Re: [Fink-devel] circular dependencies with moose-pm588 on 10.6/i386
On Mon, 16 Jul 2012 21:31:23 -0400, Hanspeter Niederstrasser f...@snaggledworks.com wrote: moose-pm588 TestDepends on dbm-deep-pm588 dbm-deep-pm588 TestDepends on test-warn-pm588 test-warn-pm588 Depends on array-compare-pm588 and array-compare-pm588 Depends on moose-pm588. Did not try any other os/arch combo. Resolved (array-compare-pm588-moose-pm588 was bogus). dan -- Daniel Macks dma...@netspace.org -- 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@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Validator crash
On Thu, 12 Jul 2012 03:07:42 +0200, Martin Costabel costa...@wanadoo.fr wrote: Trying to validate my newly created modulef deb (which installs without problem and shows no error with commands such as dpkg -c), I get costabel% fink -v check /sw/fink/debs/modulef_99-10_darwin-x86_64.deb Validating .deb file /sw/fink/debs/modulef_99-10_darwin-x86_64.deb... tar: ./sw/share/modulef/ascii/sta/s/bout/actqnuexp.ins: Cannot open: Permission denied tar: ./sw/share/modulef/ascii/sta/s/bout/boutons.ins: Cannot open: Permission denied [about 450 similar error lines omitted] tar: ./sw/share/modulef/ascii/sta/s/visu/zgparam.ins: Cannot open: Permission denied tar: Exiting with failure status due to previous errors /sw/bin/dpkg-deb: subprocess tar returned error exit status 2 Error: couldn't unpack .deb The files in question are symlinks with no special permission problems: Is this using the released version of fink (what version?) or a pull from git master (is it up-to-date)? I committed a fix to master for a problem like this shortly before the most recent release but I'm not sure if it got carried into the branch/release series. dan -- Daniel Macks dma...@netspace.org -- 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@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] system-perl Provides of extra (noncore) modules
The VirtPackages.pm system-perl packages have extensive Provides lists of the various -pmXXX packages. Apple supplies modules with its perl that are extra, not part of the upstream perl-core distro. The VP system-perl packages appear to Provides these extra ones as well as the core ones. The real perlXXX-core packages do not have the apple extra modules, and so their Provides lists are a subset than the VP system-perl ones. One of the reasons we supply perlXXX-core on distros that support more than one OS X version is to enable users to upgrade their OS X, which likely involves jumping to a newer system-perl version, without too much headache. They can just install fink's perlXXX-core for whatever XXX the previous OS X version had (our real perlXXX-core packages are masked out of the Distribution that has that XXX as system-perl). Now they still have the same perl-version interp, only now it's supplied by fink rather than apple, and I assume we expect that users' existing installed set of -pmXXX and other things that are tied to that older perl-version would still have a good chance of continuing to work. Flaw: this fink perlXXX-core does not Provides all the packages that the previous system-perl did, so packages relying on them are now broken. The VP system-perl isn't a real dpkg package and the system upgrade isn't handled by dpkg, so dpkg doesn't notice that the upgrade removed the provider! of a package that had reverse-dependencies. dan -- Daniel Macks dma...@netspace.org -- 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@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] sudo command question
On Wed, 4 Jul 2012 22:34:15 -0400, Bill Waggoner ctgreybe...@gmail.com wrote: When I run an update-all (or any other update) I see the following command or something similar: sudo -u fink-bld [ENV] sh -c/tmp/fink.p5xo4 Am I correct in assuming that [ENV] is indicating that the environment (as desired by the fink build) is being passed into the script? Does this block any EXPORTs? Perhaps sudo does? (I use sudo all the time, maybe I should understand it better ...) That token is indeed a placeholder for the actual shell environment being passed. For security, sudo cleans out the caller's env before launching the specified program. I don't know the exact list of variables that are wiped (or else the all but... list that are not wiped, or maybe it starts from scratch and uses a limited specific set of shell startup scripts), but it's probably documented somewhere and maybe controllable. But it's definitely overrideable by passing explicit variable=value pairs as part of the command (as usual for unix commands). The upshot is that the shell environment *is* essentially wiped but fink determines what it should be (ignoring those in the caller, instead using the normal fink shell configs (and ignoring any user-directory dotfiles)). Then it passes that full set into the sudo call. It's probably a few K of text and these calls are made a bunch of times, so fink just uses this token in the displayed command to mask the whole actual set that is passed in the actual command being run. There are various ways to see what the env would be if you're interested. dan -- Daniel Macks dma...@netspace.org -- 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@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] New dpkg and fink-virtual-pkgs
On Sun, 01 Jul 2012 21:59:43 +0200, Sjors Gielen sj...@sjorsgielen.nl wrote: Op 01-07-12 21:54, TheSin schreef: would we rather it silently do it or with a warning but still pass? I assume no warning but thought I'd show an example. justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -i /sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb (Reading database ... 195742 files and directories currently installed.) Preparing to replace test-simple-pm5123 0.98-1 (using .../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ... Unpacking replacement test-simple-pm5123 ... dpkg: test-simple-pm5123: dependency problems, but configuring anyway as you requested: test-simple-pm5123 depends on test-harness-pm5123 (= 3.21-104); however: Version of test-harness-pm5123 on system is 0-0. Setting up test-simple-pm5123 (0.98-1) ... That depends on whether we want to move to a different system. I think depending on the correct version of the Perl module is a good thing, so it depends on whether we want fink-virtual-pkgs to set the correct version number for Perl modules (for example, by loading it then checking $VERSION). If we intend to write such a patch, this warning might be a good reminder to do this at a certain point. Otherwise the warning is just silly and annoying, and trains people to ignore warnings in dpkg... We definitely don't want to blindly assume that have a provided module, therefore it's good enough version (ignoring the version)! Most perl-modules are dual-lifed and exist on CPAN independently and develop and release on their own (!= perl-core) cycle. If a package says foo-pmXXX = 2.0 and perlXXX-core only has it at 1.0, fink should be looking to install an actual foo-pmXXX package of at least version 2.0, not accept the 1.0 in perl core. If a package really doesn't care what version of foo-pmXXX it gets (or it knows that the ones in perl core are good enough) the maintainer can simply not bother specifying the version. If a dependency really is satisfiable by perl core, there's no need to specify the dependency at all. At worst, specifying the version forces users to install the dual-lifed independent package in the cases where perl core's is good enough. An alternative would be to look up what perlXXX-core have the minimum version needed and have those variants not specify the dependency (since the dependencty on perlXXX-core will obviously be sufficient), only explicitly specifying it on the lower ones (where perlXXX-core is not and user would need to have the separate package installed regardless).Regarding detecting the versions to provide dynamically, that's...pretty expensive, and becomes fragile as soon as a user installs a nonstandard module or perl-core that overwrites anything standard. More self-consistent would be to haul Module::CoreList into fink-core. It's a giant hash that hardcodes the known module-versions of all perl-core modules in all perl-versions.On the other hand, this whole idea is a non-starter as soon as we start packaging our own perl interps (which is where we seem to be headed with the 10.[78] shared distro and not wanting to block the ability to have newer perlXXX-core ever in the future). That's because perlXXX-core could be a package, not a data structure that Fink::VirtPackages can forge to its liking. The general idea of versioned provides sure is interesting, but special-casing it in f-v-p in a way that isn't really applicable to other places one might want it seems like we're setting up a maintence mess for the future. dan -- Daniel Macks dma...@netspace.org -- 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@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] -pm5123
On Thu, 28 Jun 2012 09:57:18 -0600, David R. Morrison d...@finkproject.org wrote: Dear Fink developers, At the time of the upgrade to 10.7, many fink -pm5123 packages were limited to Distribution: 10.7 only. Since we will make perl 5.1.23 available in 10.8, that restriction is no longer necessary or appropriate. On behalf of the fink-core team, I plan to alter such packages to expand the restriction to include 10.8. If the versions of the corresponding .info file in the 10.4 and 10.7 trees are identical, I will make the change in both places. Package maintainers will be notified after I have done this, which will happen over the next few days. Beware of packages that have mutually-exclusive variant splitoffs (libfoo-pmXXX-bin that C/R among all XXX). These will need to have the C/R lists updated and Revision bumped rather than just adding the new variant to the Type:perl value list. On the other hand, the very presence of these -bin (and -doc is another common one) is often questionable. Common practice is to use update-alternatives to keep the -bin programs in the main package. In that case, as long as %type_pkg[perl] values sort numerically in the correct order, there's no need to fiddle with anything other than adding the Type value (see module-corelist-pm.info for example, and the legacy pile of C/R crap that no longer needs to be extended because of it). This is just one of the technical advantages for maintainers (and by extention, core) and users rather than a separate package for things that are generally considered the same single package unit upstream. dan -- Daniel Macks dma...@netspace.org -- 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@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] future os merge
Pushed to master.
dan
On Fri, 15 Jun 2012 09:19:39 -0400, Jack Howarth
howa...@bromo.med.uc.edu wrote:
Alexander,
I just noticed that the following sections of my ml.diff were
never added to
the future os branch just merged with trunk...
diff --git a/perlmod/Fink/Services.pm b/perlmod/Fink/Services.pm
index e51482c..4b8a7cc 100644
--- a/perlmod/Fink/Services.pm
+++ b/perlmod/Fink/Services.pm
@@ -1277,7 +1277,7 @@ sub enforce_gcc {
# Note: we no longer support 10.1 or 10.2-gcc3.1 in fink, we don't
# specify default values for these.
- my %system_gcc_default = ('10.2' = '3.3', '10.3' = '3.3', '10.4'
= '4.0', '10.5' = '4.0', '10.6' = '4.2', '10.7' = '4.2');
+ my %system_gcc_default = ('10.2' = '3.3', '10.3' = '3.3', '10.4'
= '4.0', '10.5' = '4.0', '10.6' = '4.2', '10.7' = '4.2', '10.8'
= '4.2');
my %gcc_abi_default = ('2.95' = '2.95', '3.1' = '3.1', '3.3' =
'3.3', '4.0' = '3.3', '4.2' = '3.3');
if (my $sw_vers = get_osx_vers_long()) {
@@ -1368,7 +1369,7 @@ couldn't be determined.
=cut
sub get_darwin_equiv {
- my %darwin_osx = ('1' = '10.0', '5' = '10.1', '6' = '10.2', '7'
= '10.3', '8' = '10.4', '9' = '10.5', '10' = '10.6', '11' =
'10.7');
+ my %darwin_osx = ('1' = '10.0', '5' = '10.1', '6' = '10.2', '7'
= '10.3', '8' = '10.4', '9' = '10.5', '10' = '10.6', '11' =
'10.7', '12' = '10.8');
return $darwin_osx{get_kernel_vers()};
}
diff --git a/perlmod/Fink/VirtPackage.pm b/perlmod/Fink/VirtPackage.pm
index b4d3a8d..ca1f02d 100644
--- a/perlmod/Fink/VirtPackage.pm
+++ b/perlmod/Fink/VirtPackage.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 path finder which works on 10.5 and later
my $sdkpath;
@@ -916,7 +921,7 @@ the successful execution of gcc --version.
) if $osxversion == 10;
%expected_gcc = (
'gcc4.2' = '4.2',
- ) if $osxversion == 11;
+ ) if $osxversion = 11;
foreach my $key (sort keys %expected_gcc) {
if (not exists $self-{$key} not Fink::Status-query_package($key)) {
Is there some reason that those sections were rejected from the
original patch? I think at the very least
we do want the changes to perlmod/Fink/VirtPackage.pm committed.
Jack
--
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@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
--
Daniel Macks
dma...@netspace.org
--
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@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Mountain lion updates.
On Sun, 29 Apr 2012 09:43:33 -0700, Alexander Hansen alexanderk.han...@gmail.com wrote: 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. The big question is whether 10.8 will use the 10.7 distro (the way 10.[56] use the 10.4 distro) or be a new distro itself (the way 10.7 was vs 10.6). Given that only OS X 10.7 uses dist:10.7 at this point, there's no reason anything in it needs to be tagged Distribution:10.7 unless we know it to be nonviable on 10.8. Likewise, dist:10.7 files don't need to carry any of the dist/arch/type tags for variants that only existed in the 10.[456] worlds. That can go a long way to simplifying those crufty lines (and help detect .info that actually *don't* supply any variant on the new distro). The cost is that it means the *same* .info file won't be usable on both 10.[56] and 10.7whatever (but the diff is still easy to read and any standard diff utility should be able to ignore the expected different lines). dan -- Daniel Macks dma...@netspace.org -- 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@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pixman broken on clang
On Sun, 22 Apr 2012 10:54:25 -0400, Jack Howarth howa...@bromo.med.uc.edu wrote: 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 pix...@lists.freedesktop.org = This can be eliminated with the following change to the info file... --- /sw/fink/10.7/stable/main/finkinfo/graphics/pixman.info 2011-07-21 13:02:37.0 -0400 +++ pixman.info 2012-04-22 10:45:21.0 -0400 @@ -1,6 +1,6 @@ Package: pixman Version: 0.22.2 -Revision: 1 +Revision: 2 Description: Pixel manipulation library License: BSD Maintainer: Benjamin Reed pix...@fink.raccoonfink.com @@ -26,6 +26,7 @@ if [[ $(sw_vers -productVersion | cut -d. -f1-2) 10.6 ]]; then export CC=clang + export CFLAGS=-O2 -g -fwrapv elif [ -x /usr/bin/gcc-4.2 ]; then export CC=gcc-4.2 fi Thanks in advance for fixing this issue. It did not fail for me on 10.7/xcode4.2 (but Jack is using 4.3.2). Did not seem to have any adverse effects for me though, nor on 10.6 even if not restricted to 10.6, so I pushed it as a SetCFLAGS rather than a platform-specific mode. dan -- Daniel Macks dma...@netspace.org -- 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 mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] tomcat4 (and 5 and 6) download themselves during CompileScript
They each have: CompileScript: rsync -avr --exclude=dist ./ dist/ which is a serious flaw. There is no guarantee that the builder will have network access. At least as importantly, it means a user might get a different ultimate package resuilt because the upstream server's contents could change. The whole aim of fink is to give reproducible results, which is why we even bother to have Version and Revision fields and checksums of the source and patchfiles. These packages need to fixed to encapsulate a specific snapshot of the files that would be downloaded. dan -- Daniel Macks dma...@netspace.org -- 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 mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] tomcat4 (and 5 and 6) download themselves duringCompileScript
On Thu, 12 Apr 2012 10:37:23 -0400, Daniel Macks dma...@netspace.org wrote: They each have: CompileScript: rsync -avr --exclude=dist ./ dist/ which is a serious flaw. There is no guarantee that the builder will have network access. At least as importantly, it means a user might get a different ultimate package resuilt because the upstream server's contents could change. The whole aim of fink is to give reproducible results, which is why we even bother to have Version and Revision fields and checksums of the source and patchfiles. These packages need to fixed to encapsulate a specific snapshot of the files that would be downloaded. Looking further, there is also a sudo command being run during InstallScript, which is not a valid thing to do...no guarantee the build-machine will be attended and blocks all sorts of scripted build processes. There are also chown commands...seems inconsistent that one would need to sudo if one already has the power to chown? But even better would be to do the chown in PostInst, so that the whole build process can run in the --build-as-nobody sandbox (a mechanism that prevents all sorts of runaway root-user commands). dan -- Daniel Macks dma...@netspace.org -- 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 mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] tomcat4 (and 5 and 6) downloadthemselves duringCompileScript
On Thu, 12 Apr 2012 10:50:39 -0400, Daniel Macks dma...@netspace.org wrote: On Thu, 12 Apr 2012 10:37:23 -0400, Daniel Macks dma...@netspace.org wrote: They each have: CompileScript: rsync -avr --exclude=dist ./ dist/ which is a serious flaw. There is no guarantee that the builder will have network access. At least as importantly, it means a user might get a different ultimate package resuilt because the upstream server's contents could change. The whole aim of fink is to give reproducible results, which is why we even bother to have Version and Revision fields and checksums of the source and patchfiles. These packages need to fixed to encapsulate a specific snapshot of the files that would be downloaded. Looking further, there is also a sudo command being run during InstallScript, which is not a valid thing to do...no guarantee the build-machine will be attended and blocks all sorts of scripted build processes. There are also chown commands...seems inconsistent that one would need to sudo if one already has the power to chown? But even better would be to do the chown in PostInst, so that the whole build process can run in the --build-as-nobody sandbox (a mechanism that prevents all sorts of runaway root-user commands). My spies tell me that the rsync is safe. I flagged it because every time I tried to build (which failed for the other reasons stated) I saw network access. Stupid coincidences:( So package is busted but not *that* way. dan -- Daniel Macks dma...@netspace.org -- 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 mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] switch to framework python builds?
Isn't the actual only difference between framework and library the difference between using -F/-framework vs -L/-l flags when linking? And the binary library inside .framework is really just a .dylib by a different filenaming scheme. I can't envision any way that the linker flags or filename/location could have any runtime effect at all, or that any runtime-loading or configure-detection/makefile recipe couldn't just have its flags changed to the normal-lib way. dan On Wed, 11 Apr 2012 10:43:46 -0400, Jack Howarth howa...@bromo.med.uc.edu wrote: Daniel and Daniel, While creating test packaging for a wxcocoa923-py package for use with relax-py, I discovered that the cocoa build of wxPython 9.2.3.1 issues an error message, when running its demos, that access to the screen requires a framework build of python for the cocoa support. Since MacPorts already builds their pythons as frameworks, I'll continue testing there to make sure that the resulting wxPython with cocoa support is fully functional. If it is, we really might want to consider switching our python packages over to framework builds as well in order to be able to use the upcoming cocoa support in such packages as wxPython. Jack -- Daniel Macks dma...@netspace.org -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] Metacity on 10.7 builds but does not build
On Sat, 31 Mar 2012 11:33:16 +0200, Peter Dyballa peter_dyba...@freenet.de wrote: Am 31.3.2012 um 02:52 schrieb Stefan Bruda: I am sure I am missing something, but what would be the difference between the fink environment and the shell? Advice is appreciated. This can be checked quite easily: copy the INFO (and possible PATCH) file of a package into your local repository, /sw/fink/dists/local/main/finkinfo (bits left out). In the INFO file add an l to the revision number. Below you can find an inline shell script block called CompileScript. Here you can add set env ... whatever else (for example: exit) is necessary to determine the environment in which the compilation will happen. 'fink dumpinfo -fenv THEPACKAGENAME' tells you the environment that fink uses when running the scripts in THEPACKAGENAME, no need to hack .info dan -- Daniel Macks dma...@netspace.org -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glib 1 in 10.7 tree, or: how hard is it to port from glib1 to glib2?
On Mon, 5 Mar 2012 09:36:47 -0500, Charles Lepple clep...@gmail.com wrote: All, One of the things preventing me from just moving pcb into the 10.7 tree is a dependency on libstroke, which uses glib1. (It's not a hard dependency - I've never used the stroke functionality, and the pcb ./configure script will happily detect the absence of the library). Any recommendations? I don't seem to see any active development on glib1 upstream (or on libstroke, for that matter) so I'm tempted to drop libstroke. Or, has anyone tried porting a glib1 codebase to glib2? Depending on what parts of the interface are used, porting from glib1 to glib2 ranges from trivial (switch the -I and -L flags) to annoying (...and adjust some #include) to quite difficult (...and figure out how to adjust for function prototype differences and struct accessor changes or so). Glib1 is hella-old, and I don't think we really want to keep supporting it into 10.7. The only reverse-depends of libstroke I see are fvwm2 and pcb, so if they could migrate off of it, obivously the libstroke migration problem is solved by not migrating it. Or libstroke (as a package) could split the libgstroke into a separate package in a separate .info (like we did with dbus vs dbus-glib) and then it's easier to bring forward what pcb wants without depending on the glib layer (which can then be wrangled or not as time allows). And also thin the dep-tree for pcb (not need the glib deps). Added libstroke maintainer to Cc for his thoughts. dan -- Daniel Macks dma...@netspace.org -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Variants and Package Overwrites
On Thu, 1 Mar 2012 13:57:31 -0800, David Lowe doctorjl...@verizon.net wrote: On 19 Feb, 2012, at 10:20 AM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/19/12 12:52 PM, David Lowe wrote: So i finally get around to enabling the SDL version of the freeciv package. After overcoming a few small hurdles i now face this: Unpacking freeciv-sdl (from .../freeciv-sdl_2.3.1-13_darwin-i386.deb) ... /sw/bin/dpkg: error processing /sw/fink/dists/local/main/binary-darwin-i386/freeciv-sdl_2.3.1-13_darwin-i386.deb (--install): trying to overwrite `/sw/bin/freeciv-manual', which is also in package freeciv I know of no innate reason why the binaries can't co-exist, but my browsing through info files didn't turn up anything that obviously looked like a solution. What are my options other than having the two variants 'Conflicts:' each other? A few thoughts: 1) Let freeciv and freeciv-sdl Conflicts: and Replaces: each other. That's easy, but if there's only the one file that overlaps another solution might be preferable. 2) Rename freeciv-manual in _both_ variants to avoid overlap, and use update-alternatives to allow fink (or the user) to select which one of the renamed items will provide 'freeciv-manual'. That avoids the Conflicts/Replaces between variants, at the expense of a little additional work in a PostInstScript and PreRmScript. 3) A separate freeciv-manual package (I'm assuming that it's a manual :-) ) which both freeciv and freeciv-sdl would Depend (or RuntimeDepend) on. This would entail an additional package description. Unfortunately you can't just do it as a Splitoff, because it's forbidden to have an invariantly-named Splitoff of a varianted package. 4) A freeciv-manual package and a freeciv-manual-sdl package which are Splitoffs of freeciv and freeciv-sdl respectively. They'd both contain the freeciv-manual executable, Conflict/Replace each other, but you'd set the dependencies in freeciv and freeciv-sdl to allow for both, e.g. RuntimeDepends: ... freeciv-manual (=%n-%v) | freeciv-manual-sdl (=%n-%v) I'm thinking RuntimeDepends might come in handy here to avoid deadlocks at build time. After some research, i plan to implement something similar to the way this is done in Debian. The package will have more variants: 1) freeciv [just the gtk2 client] 2) freeciv-sdl [just the client] 3) freeciv-server [backend which is not needed for multiplayer games] 4) freeciv-common [graphics sounds for all clients, the manual, and some small utilities] So this is basically another tack on Mr. Hansen's option 3. My new problem is that there is no configure option to disable creation of the manual. Now i *imagine* the fix would be a PreInstScript that goes into the build directory and deletes the manual subdirectory, but i'm open to any other ideas. If this is to be the way, can anybody suggest what info file would be a good example for how to do this? PreInst is a dpkg installing the .deb into the live filesystem not during creation of the .deb archive for later use. I'm pretty sure filename collisions are handled in dpkg based on its own records of what it installed, not the current state of the filesystem. And PreInst doesn't happen until dpkg has decided that it can actually likely install it, which would be well after it aborted due to the collision, if I understand your plan. You need to delete the files from the install staging directory (%i) during InstallScript, so that the actual package (.deb) that dpkg is handling is not colliding. The alternative is to hack the makefiles so that the manual isn't generated. I'm not sure the amount of time and dependencies needed for generating them, so I don't know if there's a substantial advantage (to users) of disabling their generation rather than generating-then-wasting. dan -- Daniel Macks dma...@netspace.org -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Build problems with ipython-0.8.2-2
On Sat, 11 Feb 2012 16:07:28 + (UTC), JF Mertens j...@core.ucl.ac.be wrote: Daniel Macks dmacks at netspace.org writes: One dep, zmq-pyXX, is tagged Distribution:10.6 and I don't know why or have 10.5 to test-build, so that's a dependency-tree hole on 10.5 at the moment. zmq-py27 and -py32 did build and install w/o problem on 10.5 here (both 32bit and 64bit). Thanks! I un-tagged it. dan -- Daniel Macks dma...@netspace.org -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Build problems with ipython-0.8.2-2
On Tue, 07 Feb 2012 13:16:40 -0500, Alexander Hansen
alexanderk.han...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The original post was for 10.6.8/x86_64, but the problems apply to any
configuration using the 10.4 tree.
1) The Source-MD5 no longer matches.
2) The build has changed.
A) (after correcting the Source-MD5)
Writing
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/lib/python2.7/site-packages/ipython-0.8.2-py2.7.egg-info
mv
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/doc/ipython{,-py2.7}
mv: rename
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/doc/ipython to
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/doc/ipython-py2.7:
No such file or directory
There is, however, a
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/doc/ipython-0.8.2
B) (after correcting the above)
mv
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/man/man1/ipython-wx.1.gz
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/man/man1/ippython-wx-py27.1.gz
mv: rename
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/man/man1/ipython-wx.1.gz
to
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/man/man1/ippython-wx-py27.1.gz:
No such file or directory
$ls /sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/man/man1
ipython.1.gz pycolor.1.gz
$ find /sw/src/fink.build/ipython-py27-0.8.2-2/ -name *.1.*
/sw/src/fink.build/ipython-py27-0.8.2-2/ipython-0.8.2/doc/ipython.1.gz
/sw/src/fink.build/ipython-py27-0.8.2-2/ipython-0.8.2/doc/pycolor.1.gz
C) (after correcting the above)
/bin/cp -r README.txt
/sw/src/fink.build/root-ipython-py27-0.8.2-2/sw/share/doc/ipython-py27/
cp: README.txt: No such file or directory
(it's now just 'README')
D) It works after correcting the above.
Now, that being said, is it worth updating this version, or should we
bring the newer version in use in the 10.7 tree over?
http://pdb.finkproject.org/pdb/package.php/ipython-py27
The py27 variant of the new version from 10.7 (along with its new
dependencies) all built fine for me on 10.6/i386 so I committed them
into the 10.[56] distro. I also added a py26 variant because the
ipython-py.info in 10.7 says that version is usable on it, and likewise
added py26 variants to some dependencies that I migrated into the
10.[56]/stable distro. One dep, zmq-pyXX, is tagged Distribution:10.6
and I don't know why or have 10.5 to test-build, so that's a
dependency-tree hole on 10.5 at the moment.
I moved the old version of ipython into a separate .info and only kept
its variants that are less than 26 (per the new version's statement
about version compatibility). So obviously *those* are still as broken
as before (due to upstream changes per the original bug report here).
Someone else feel free to pick it up from here. One idea kicked around
on #fink was to have *fink* host the previous contents (from the old
URL) of the old-version ourselves. But I no longer have a copy of it.
Akh says the mastermirror has already picked up the new one, so it
might take some digging and fancy renaming to find it there if we still
have it.
dan
--
Daniel Macks
dma...@netspace.org
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fink's zope package
The zope package is a fairly old version and it does not install (errors during PostInst). It uses a nonstandard packaging game, which I just corrected. But that just makes the failure that much more obvious (crashes during package building rather than deferring the crash until installation). The package is an old version, which has not had security upgrades in many years. There are newer versions, but I don't know anything about this package itself nor do I use it. Thus, I'll deleting it from fink for now. Someone feel free to revive it with upgrades. That also means zannot (Annotea extension for Zope Server) had to be deleted for now. That package also looks fairly old, and does similar makes sense on Debian, but fink isn't Debian python packaging things. If someone revives zope, also consider reviving zannot (assuming it is still compatible with the new zope). dan -- Daniel Macks dma...@netspace.org -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Validation tests for BuildDependsOnly
The requirement for a BDO tag in .info kicks in when a .deb has both a shared library and a header file. Why is the shared library required? Seems like having headers already means it's used by the compiler. It might be a headers-only template library or other set of macros, or the library with the headers might be static-only. In either of those cases, I think the package would only be used as a BuildDepends (not Depends) and that it should *not* be a Depends in order to allow swapping of different interface-versions of it. Any objections to knocking the heuristic for BDO required down to *just* header files? This came up after a #fink discussion where we found that frameworks are not flagged for requiring BDO, even though they may contain non-libversioned files for use by others compiling against them. That's the situation that BDO is designed to signify, and therefore prevent Depends deadlocks when swapping different libversions. So, while we're working on BDO, should it also be required when a .framework contains non-libversioned files? dan -- Daniel Macks dma...@netspace.org -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Validation tests for BuildDependsOnly
I think that this is exactly one of the cases we should be rooting out (and that we are not currently able to detect). We do still have some packages that are static-only libraries and maybe some executables, and especially if also executables other packages tend to Depends on them. That makes it difficult to upgrade them to be shared or for backward-incompatible new libversions even if still static-only. dan On Tue, 24 Jan 2012 15:57:59 -0800, David R. Morrison d...@finkproject.org wrote: My recollection of the original idea was that there might be a package with binaries, static libs, and headers all together. I dont know if there are any such left, but if there are, they will need to be splitoffized to separate the binaries (should this change be made). -- Dave Sent from my iPad On Jan 24, 2012, at 3:29 PM, Daniel Macks dma...@netspace.org wrote: The requirement for a BDO tag in .info kicks in when a .deb has both a shared library and a header file. Why is the shared library required? Seems like having headers already means it's used by the compiler. It might be a headers-only template library or other set of macros, or the library with the headers might be static-only. In either of those cases, I think the package would only be used as a BuildDepends (not Depends) and that it should *not* be a Depends in order to allow swapping of different interface-versions of it. Any objections to knocking the heuristic for BDO required down to *just* header files? This came up after a #fink discussion where we found that frameworks are not flagged for requiring BDO, even though they may contain non-libversioned files for use by others compiling against them. That's the situation that BDO is designed to signify, and therefore prevent Depends deadlocks when swapping different libversions. So, while we're working on BDO, should it also be required when a .framework contains non-libversioned files? dan -- Daniel Macks dma...@netspace.org -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Validation tests for BuildDependsOnly
Committed to master the removal of ...and also has shared library from the requires BDO if has header test: https://github.com/fink/fink/commit/8d5b4554e5f502ff8db6a693972d0810cf78cf9e It's catching a bunch of ones that look legitimately broken to me (static-only libs with no BDO) and I don't see false-positives. dan On Tue, 24 Jan 2012 16:39:46 -0800, David R. Morrison d...@finkproject.org wrote: Sounds good to me... -- Dave Sent from my iPhone On Jan 24, 2012, at 4:24 PM, Daniel Macks dma...@netspace.org wrote: I think that this is exactly one of the cases we should be rooting out (and that we are not currently able to detect). We do still have some packages that are static-only libraries and maybe some executables, and especially if also executables other packages tend to Depends on them. That makes it difficult to upgrade them to be shared or for backward-incompatible new libversions even if still static-only. dan On Tue, 24 Jan 2012 15:57:59 -0800, David R. Morrison d...@finkproject.org wrote: My recollection of the original idea was that there might be a package with binaries, static libs, and headers all together. I dont know if there are any such left, but if there are, they will need to be splitoffized to separate the binaries (should this change be made).-- Dave Sent from my iPad On Jan 24, 2012, at 3:29 PM, Daniel Macks dma...@netspace.org wrote: The requirement for a BDO tag in .info kicks in when a .deb has both a shared library and a header file. Why is the shared library required? Seems like having headers already means it's used by the compiler. It might be a headers-only template library or other set of macros, or the library with the headers might be static-only. In either of those cases, I think the package would only be used as a BuildDepends (not Depends) and that it should *not* be a Depends in order to allow swapping of different interface-versions of it. Any objections to knocking the heuristic for BDO required down to *just* header files? This came up after a #fink discussion where we found that frameworks are not flagged for requiring BDO, even though they may contain non-libversioned files for use by others compiling against them. That's the situation that BDO is designed to signify, and therefore prevent Depends deadlocks when swapping different libversions. So, while we're working on BDO, should it also be required when a .framework contains non-libversioned files? dan -- Daniel Macks dma...@netspace.org -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http
[Fink-devel] -polymake-2.3 build failure on 10.6
{ echo CC=gcc-4.0
echo CXX=g++-4.0
echo Cflags=$CPPFLAGS
echo CXXflags=$CPPFLAGS
echo LDflags=-w $LDFLAGS
echo InstallTop=/sw64/share/polymake
echo InstallArch=/sw64/lib/polymake
echo InstallDoc=/sw64/share/doc/polymake
echo InstallLinks=/sw64/bin
echo Arch= echo ProcessDep=none
} | make configure PERL=/usr/bin/perl
can't locate perl's config.h: suspicious perl installation problem?
make: *** [configure] Error 2
-j1; same results both i386 and x86_64. It's mis-determining the path (even if
I fix it to use the single-arch perl interp). But even if I hardcode the path
to config.h (in support/configure.pl), the build fails shortly thereafter:
gcc-4.2 -c -arch x86_64 -arch i386 -arch ppc -g -pipe -fno-common
-DPERL_DARWIN -fno-strict-aliasing -I/usr/local/include -Os -DVERSION=\\
-DXS_VERSION=\\
-I/System/Library/Perl/5.10.0/darwin-thread-multi-2level/CORE Ext.c
Ext.xs: In function 'dump_me':
Ext.xs:30: warning: field precision should have type 'int', but argument 3 has
type 'STRLEN'
Ext.xs:50: warning: field precision should have type 'int', but argument 3 has
type 'STRLEN'
Ext.xs:53: warning: field precision should have type 'int', but argument 4 has
type 'I32'
Ext.xs:58: warning: field precision should have type 'int', but argument 3 has
type 'I32'
Ext.xs:60: warning: field precision should have type 'int', but argument 4 has
type 'I32'
Ext.xs:64: error: 'XPVHV' has no member named 'xhv_name'
Ext.xs:67: error: 'XPVAV' has no member named 'xav_flags'
Ext.xs: In function 'dump_me':
Ext.xs:30: warning: field precision should have type 'int', but argument 3 has
type 'STRLEN'
Ext.xs:50: warning: field precision should have type 'int', but argument 3 has
type 'STRLEN'
Ext.xs:64: error: 'XPVHV' has no member named 'xhv_name'
Ext.xs:67: error: 'XPVAV' has no member named 'xav_flags'
/usr/libexec/gcc/powerpc-apple-darwin10/4.2.1/as: assembler
(/usr/bin/../libexec/as/ppc/as or /usr/bin/../local/libexec/as/ppc/as) for
architecture ppc not installed
Installed assemblers are:
/usr/bin/../libexec/as/x86_64/as for architecture x86_64
/usr/bin/../libexec/as/i386/as for architecture i386
/usr/bin/../libexec/as/arm/as for architecture arm
(...and then more and more of these)
so it's also not propagating arch settings correctly. The package appears to be
a fairly old version vs upstream releases.
dan
--
Daniel Macks
dma...@netspace.org
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] plack-pmXXX missing dependency
WARNING: While resolving dependency filesys-notify-simple-pm5100 for package plack-pm5100-0.9982-1, package filesys-notify-simple-pm5100 was not found.Can't resolve dependency filesys-notify-simple-pm5100 for packageplack-pm5100-0.9982-1 (no matching packages/versions found) Exiting with failure. I don't see any variant of filesys-notify-pm on any fink distro. Is this a typo or a package description you did not finish submitting on the trackers? dan -- Daniel Macks dma...@netspace.org -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] python26-2.6.7-2 test failure
, that makes _ctypes/_ctypes_test.c be compiled with -O0 because anything else triggered a compiler bug in clang which caused test failures. python26 lacks that patch. The bug must have been fixed in Xcode 4.2 so I'm not seeing it. That patch should be added to python26.patch. Daniel Yes. Adding that last chunk that sets -O0 lets all the tests pass on 10.7/4.1. Thanks for all the diagnosis and testing. Pushed into 10.6 and 10.7 =dan -- Daniel Macks dma...@netspace.org -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] mysql-dev and mysql-shlibs are unbuildable
On Sat, 17 Dec 2011 12:46:22 -0500, Alexander Hansen alexanderk.han...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 10.4/stable tree: $ fink build mysql-dev Password: Information about 12322 packages read in 2 seconds. The package 'mysql-dev' will be built without being installed. WARNING: The package mysql has a preferred Depends on mysql-client, but mysql-client is an obsolete package. Reading dependency for mysql-3.23.58-1025... Reading build dependency for mysql-3.23.58-1025... Reading dependency for mysql-dev-3.23.58-1025... Reading dependency for mysql-shlibs-3.23.58-1025... Reading dependency for mysql-client-3.23.58-1025... WARNING: While resolving dependency gdbm for package mysql-3.23.58-1025, package gdbm was not found. Can't resolve dependency gdbm for package mysql-3.23.58-1025 (no matching packages/versions found) I don't think anything actually uses this ancient version of mysql, so maybe it should just be converted to a -shlibs for legacy support, as was gdbm. That old mysql (Version 3) is already restricted to distributions 10.[45] only, but one still needs the dependencies in order to build it (though I generally agree with the idea of sending unused libraries into the land of only -shlibs on platforms where it exists at all). Someone on that old dist needs to upgrade it to a newer gdbm dep or else revive that old gdbm on those platforms. Unrelatedly, the OBOSLETE warning is not resolveable, because the the noted package is indeed obsolete in later versions even though it wasn't when *this* package was the current version of it. dan -- Daniel Macks dma...@netspace.org -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] updating fribidi
Thanks for that update! I think your fvwm2 can now be updated to take advantage of it (see DescPackaging note). On the other hand, this new version abolishes some headers that used to be installed, so packages that were using the old version need to be test-built and possibly updated. I *think* it's just a matter of switching to (or only) including the main fribidi.h rather than some specific other .h. dan On Sat, 26 Nov 2011 19:46:14 -0800, David R. Morrison d...@finkproject.org wrote: Thanks for noticing that. I did the update. -- Dave On Nov 26, 2011, at 3:16 PM, Hanspeter Niederstrasser wrote: Dave, Is it possible to update Fink's fribidi to the latest upstream? A package I'm trying needs fribidi 0.19. According to the fribidi page, 0.19 is API/ABI compatible with the 0.10 series. Thanks, Hanspeter -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] updating fribidi
Working through the reverse-depends of the fribidi library, fribidi-pmXXX may be a hopeless case. Even when I patched it to use the correct .h, it fails self-tests because it appears to be using internal interfaces or other no-longer-public parts of the shared library. Given that it's been untouched upstream since 2002 and doesn't have a free license anyway, could just scrap it? It's got no reverse-dependencies anywhere in current 10.4 or beyond and does not appear to be part of other platforms' distros (Debian, for example) for a long time if ever. Also, fribidi.pc (which may not have existed in old version?) should be in the -dev splitoff not main package. Likewise the man3/* are all for the library so maybe they should also make that shift? dan On Sun, 27 Nov 2011 14:12:37 -0500, Daniel Macks dma...@netspace.org wrote: Thanks for that update! I think your fvwm2 can now be updated to take advantage of it (see DescPackaging note). On the other hand, this new version abolishes some headers that used to be installed, so packages that were using the old version need to be test-built and possibly updated. I *think* it's just a matter of switching to (or only) including the main fribidi.h rather than some specific other .h. dan On Sat, 26 Nov 2011 19:46:14 -0800, David R. Morrison d...@finkproject.org wrote: Thanks for noticing that. I did the update. -- Dave On Nov 26, 2011, at 3:16 PM, Hanspeter Niederstrasser wrote: Dave, Is it possible to update Fink's fribidi to the latest upstream? A package I'm trying needs fribidi 0.19. According to the fribidi page, 0.19 is API/ABI compatible with the 0.10 series. Thanks, Hanspeter -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Perl IO:All or App-SVN-Bisect
On Fri, 18 Nov 2011 10:06:06 -0500, Hans-Christoph Steiner h...@at.or.at wrote: On Nov 17, 2011, at 10:15 PM, Daniel Macks wrote: The svn-bisect utility program is indeed bundled with the App::SVN::Bisect module upstream and the module is also usable directly. I didn't realize the end goal was the utility, so when I packaged the module itself, the program got embedded in that package by default--*not* generating it, or generating it stand-alone separately and dependent on the module is harder than just letting it happen:) Install app-svn-bisect-pm5100 (or I any other variant, can't remember which others I set) and you automatically already have /sw/bin/svn-bisect. The Provides:svn-bisect trick or a bundle package are two ways to get an invariant name to allow easy dependencies on it. Depends (heh) how likely the module/program is to be changed and for others to need a specific minimum version for a certain feature rather than just accepting any version of the command. dan I think a Provides: svn-bisect covers my concerns. I think most people are going to look for it under that name rather than the module name. Done. Now 'fink list svn-bisect' lists it, and 'fink install'ing it will prompt to select among the various perl-variants of app-svn-bisect-pmXXX (the underlying actual package) that exist on a user's platform (also noted in 'fink info'). dan -- Daniel Macks dma...@netspace.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Perl IO:All or App-SVN-Bisect
On Thu, 17 Nov 2011 20:35:05 -0500, Alexander Hansen alexanderk.han...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/11 8:06 PM, Hans-Christoph Steiner wrote: On Nov 17, 2011, at 11:13 AM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/11 10:57 AM, Alexander Hansen wrote: On 11/17/11 9:07 AM, Alexander Hansen wrote: On 11/17/11 12:54 AM, Hans-Christoph Steiner wrote: I'd like to package svn-bisect for fink, I can't seem to find any reference to it being in Fink anywhere. It relies on the IO:All perl module, which I also don't find any reference too. I'm not a perl person, so I could be blind to some obvious things there. http://search.cpan.org/dist/App-SVN-Bisect http://search.cpan.org/dist/IO-All/ .hc Indeed, those aren't currently in Fink. They'd be app-svn-bisect-pm io-all-pm Io:All just got added to Fink. (oops, should have been Io::All) And App::SVN::Bisect has been added now, too. Wow, awesome, that was fast. I think that since the utility is called svn-bisect, the package should probably called that too. Something like the epydoc-py package. It generates an epydoc-py26 and then uses update-alternatives to make an epydoc command in /sw/bin. I think this package should be svn-bisect-pm and then do the same thing. How does that sound? .hc Ah, I didn't know it was a utility. If it doesn't generate a module that other packages use, then it's OK to give it a suffix other than pm, e.g. svn-bisect-perl. You could also have it use Provides: svn-bisect, in case other packages down the road might need to Depend on it without caring about the Perl version. As long as the Provides: is used responsibly, e.g. not having a real svn-bisect package, too, this should be easier than having a list like: svn-bisect-perl588 | svn=bisect-perl5100 The svn-bisect utility program is indeed bundled with the App::SVN::Bisect module upstream and the module is also usable directly. I didn't realize the end goal was the utility, so when I packaged the module itself, the program got embedded in that package by default--*not* generating it, or generating it stand-alone separately and dependent on the module is harder than just letting it happen:) Install app-svn-bisect-pm5100 (or I any other variant, can't remember which others I set) and you automatically already have /sw/bin/svn-bisect. The Provides:svn-bisect trick or a bundle package are two ways to get an invariant name to allow easy dependencies on it. Depends (heh) how likely the module/program is to be changed and for others to need a specific minimum version for a certain feature rather than just accepting any version of the command. dan -- Daniel Macks dma...@netspace.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] autotools problem in dx-4.4.4-1505
On Sat, 29 Oct 2011 21:31:11 -0400, Alexander Hansen wrote: I'm looking into what would be required to push dx over to 10.7 (one of the octave-forge packages would like to have it). After tweaking the dependencies: automake1.9 - automake1.11 libtool14 - libtool2 I wound up with the following error prior to the configure script getting run: /sw/bin/autoreconf -f -i configure.ac:222: error: m4_require: circular dependency of AC_LANG_COMPILER(C++) ../../lib/autoconf/lang.m4:271: AC_LANG_COMPILER_REQUIRE is expanded from... ../../lib/autoconf/general.m4:2518: AC_LINK_IFELSE is expanded from... ../../lib/m4sugar/m4sh.m4:505: AS_IF is expanded from... ../../lib/autoconf/general.m4:1974: AC_CACHE_VAL is expanded from... /sw/share/aclocal/libtool.m4:1086: _LT_SYS_MODULE_PATH_AIX is expanded from... /sw/share/aclocal/libtool.m4:5748: _LT_LANG_CXX_CONFIG is expanded from... /sw/share/aclocal/libtool.m4:816: _LT_LANG is expanded from... /sw/share/aclocal/libtool.m4:799: LT_LANG is expanded from... ../../lib/autoconf/c.m4:769: AC_LANG_COMPILER(C++) is expanded from... ../../lib/autoconf/lang.m4:271: AC_LANG_COMPILER_REQUIRE is expanded from... ../../lib/autoconf/general.m4:2462: AC_COMPILE_IFELSE is expanded from... ../../lib/m4sugar/m4sh.m4:505: AS_IF is expanded from... ../../lib/autoconf/headers.m4:87: AC_CHECK_HEADER is expanded from... ../../lib/autoconf/headers.m4:195: AC_CHECK_HEADERS is expanded from... configure.ac:222: the top level autom4te: /sw/bin/m4 failed with exit status: 1 aclocal: autom4te failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Any ideas? I committed a whole pile of fixes for dx, including for libtool2. There were a ton of no-longer-needed remnants from before .la were auto-cleaned and an incompatibility with the current hdf on 10.6 (wouldn't have been a problem if that lib had a .dylib instead of just a .a). The circular-dependency was just a missing AC_PROG_CXX line in configure.ac before the line that ac was whining about, which I eventually learned after some googling. dan -- Daniel Macks dma...@netspace.org -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] emacs23 using non-Fink libpng15 with 10.5/Xquartz-2.6.3
- -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -L/sw/lib -lrsvg-2 - -lgdk_pixbuf-2.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lX11 -L/sw/lib -ldbus-1 -lpthread 5 configure:9913: $? = 0 configure:9922: result: yes Does passing ac_cv_header_libpng_png_h=no (hopefully via ConfigureParams, or if not, as an export early in CompileScript) solve it? Looks like various providers of png (fink, apple x11, xquartz) all have $include/png.h but some also have various $include/libpng*/png.h, where the specifics depend on the libpng version. Emacs checks for png.h and libpng/png.h. Apple x11 appears to supply libpng12/ not libpng/ so emacs doesn't see it and fink has libpng15/ not libpng/ so that's not seen (but the png.h loose in $include is). But xquartz has libpng/ and emacs chooses it over loose-in-$include one. Yeesh. dan -- Daniel Macks dma...@netspace.org -- RSAreg; Conference 2012 Save #36;700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Failed: phase compiling: opensp4-shlibs-1.5.1-1015failed
On Thu, 6 Oct 2011 11:54:06 -0400, Scott Hannahs wrote:
On Oct 6, 2011, at 11:13, Alexander Hansen wrote:
On 10/6/11 9:50 AM, Scott Hannahs wrote:
I am having a problem with the package opensp4.
I get a failure in the compile phase Failed: phase compiling:
opensp4-shlibs-1.5.1-1015 failed
I believe that the relevant error is ld: library not found for
-lgcc_ext.10.5
Mac OS X 10.6.8 / XCode 2.3.2
3.2.3 ?
Doh! Sorry. dyslexia kicks in, my spouse doesn't believe any number
I put down as a phone message!
/sw/bin/gcc-4.0 is from ccache-default, and points to ccache, which
uses Xcode's compilers.
The package is _supposed_ to use Xcode's gcc-4.0; the build works for
me, in any case.
Hmmm.. But I don't have ccache-default installed nor is it a
requirement in my rudimentary reading of the package. I have gcc4.0
as a virtual package. So it should be using the correct gcc version.
ccache 3.1.6-1
C/C++ compiler cache
ccache-default 3.1.6-1
C/C++ compiler cache - As default compiler
gcc2 2.95.2-0
[virtual package representing the gcc 2.95.2 compiler]
gcc2.95 2.95.2-0
[virtual package representing the gcc 2.95.2 compiler]
gcc3.1 3.1-0
[virtual package representing the gcc 3.1 compiler]
gcc3.3 3.3-0
[virtual package representing the gcc 3.3 compiler]
i gcc4.0 4.0.1-5494
[virtual package representing the gcc 4.0.1 compiler]
i gcc4.2 4.2.1-5664
[virtual package representing the gcc 4.2.1 compiler]
gcc444.4.6-1001
GNU Compiler Collection Version 4.4
gcc44-compiler 4.4.6-1001
Compiler Binaries for gcc44.
gcc44-shlibs 4.4.6-1001
Shared libraries for gcc4
gcc454.5.3-1001
GNU Compiler Collection Version 4.5
i gcc45-compiler 4.5.3-1001
Compiler Binaries for gcc45.
i gcc45-shlibs 4.5.3-1001
Shared libraries for gcc4
i gcc464.6.1-1000
GNU Compiler Collection Version 4.6
i gcc46-compiler 4.6.1-1000
Compiler Binaries for gcc46.
i gcc46-shlibs 4.6.1-1000
Shared libraries for gcc4
Try editing the opensp4-shlibs.info package description file (probably
in /sw/fink/dists/stable/main/finkinfo/text). There's a line:
: ${CXX='g++-4.0'}
that has been there probably since when gcc4 was the *new* one. Change
that line to:
: ${CXX='g++'}
so it would use the standard compiler instead.
It turns out that I didn't have anything depending on that package so
I can remove it from my suite. It may have been a build depends?
opensp4 (itself, and the opensp4-shlibs binary) used to be an important
library for a bunch of other packages. It's now been completely
abandoned and everything that used it now uses the opensp5 suite
instead. Assuming you have a fairly current selfupdate, you can likely
remove whatever opensp4 packages you have currently installed and fink
will never bother trying to install or build them again.
dan
--
Daniel Macks
dma...@netspace.org
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Phased decommissioning of the unstable tree.
On Wed, 5 Oct 2011 16:31:56 +0200, Max Horn wrote: Am 04.10.2011 um 07:18 schrieb Daniel Macks: I just did a full sweep of 10.4/unstable and (with the exception of a few corner cases) purged it of all .info that exactly matched the one in 10.4/stable (and also the parallel-named .patch if there was one for the in-sync .info). I did no testing at all, so if it *was* in stable and somehow broken, it still is just as broken, and I also didn't look at any changed .info, so if it was broken in stable and fixed in unstable or in 10.7 it's still that same way too. The semi-automatic move of packages from unstable to stable caused some collateral damage in some cases. Namely if multiple .info files shared a single patch file, and some of the .info files and the .patch were moved to stable, but the other .info file(s) were not moved. [...] Error: can't find patchfile ./unstable/main/finkinfo/sci/r-cran-sp.patch According to 'cvs log' there has *never* been a file by that name there (it was like that when I got here, honest mom!). Maintainer cc'ed dan -- Daniel Macks dma...@netspace.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Phased decommissioning of the unstable tree.
On Mon, 03 Oct 2011 17:30:46 -0400, Alexander Hansen wrote: On 9/30/11 8:06 AM, Alexander Hansen wrote: As most of you know, it can be a pain to test and roll packages over to stable from unstable, particularly when they have huge dependency trees. I propose the following phased process: Phase 1: Since people have been testing packages (presumably) before committing them to 10.7/stable, that tree is indeed pretty stable. We'll start by moving all packages from 10.4/unstable to 10.4/stable that have identical (or mostly identical) counterparts in 10.7/stable. Most importantly, we will _delete_ the descriptions from 10.7/unstable. As people continue to add packages to 10.7, they should move them from 10.4/unstable to 10.4/stable if they're the same version. In addition, we'll delete package descriptions from 10.4/unstable that are identical to those in 10.4/stable. Phase 2: Once Phase 1 is finished, we will announce a freeze on new commits to 10.4/unstable, and we'll start rolling maintained packages and their dependencies over to stable. Once the freeze has been announced all updates should go to the stable tree henceforth. Phase 3: What should be left at this point is unmaintained packages that nothing else needs. We should test these and see (1) if they still work, (2) if not, are there newer versions that work or can easily be made to, and (3) if not, do we bother keeping the packages. In cases (1) or (2) we roll them to stable. Any thoughts on this? I'll take that as a 'no', and we can go ahead and start Phase 1. We are not currently freezing the CVS tree. Maintainers should audit their packages in 10.4 and check for items that are identical in 10.4/stable and 10.4/unstable. I just did a full sweep of 10.4/unstable and (with the exception of a few corner cases) purged it of all .info that exactly matched the one in 10.4/stable (and also the parallel-named .patch if there was one for the in-sync .info). I did no testing at all, so if it *was* in stable and somehow broken, it still is just as broken, and I also didn't look at any changed .info, so if it was broken in stable and fixed in unstable or in 10.7 it's still that same way too. dan -- Daniel Macks dma...@netspace.org -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Validator complains about old cruft
On Wed, 07 Sep 2011 12:37:51 +0200, Martin Costabel wrote: Can we please get rid of the Error: use of PatchFile requires declaring a BuildDepends on fink (= 0.24.12) or higher complaint in the validator? This should have been EOL'ed with 10.4, probably even with 10.3, because older versions of fink wouldn't run anyway, much less be able to build packages. The Fink-0.8.1 installer for MacOSX 10.4 contained fink-0.24.23. Makes sense to me. I'll remove it unless someone objects in the next few days (or beats me to it:) dan -- Daniel Macks dma...@netspace.org -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [cvs] dists/10.7/stable/main/finkinfo/sciqhull.info, NONE, 1.1 qhull.patch, NONE, 1.1
It appears the version in fink is very old (version is 2002, so I checked and saw a 2011 on a website, whose URL has changed vs homepage in package). Would be useful for maintainer (or someone else if maintainer is no longer interested) to look into updating it. dan On Mon, 15 Aug 2011 13:37:31 -0400, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. I added the existing qhull package description to the 10.7 distribution. Please let us know if you are still interested in maintaining the package. On 8/15/11 1:35 PM, Alexander Hansen wrote: Update of /cvsroot/fink/dists/10.7/stable/main/finkinfo/sci In directory vz-cvs-3.sog:/tmp/cvs-serv17973 Added Files: qhull.info qhull.patch Log Message: Works on 10.7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5JWVsACgkQB8UpO3rKjQ8MPgCfdc2DgMiYRp02hfz15HIWI8fA W/AAnR91jZUNI16B8yXQo4zpvhr1Xqey =t2Dl -END PGP SIGNATURE- -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libapr.0-dev-1.4.5-1 hardcodes fink's sed in itslibtool scripts:
On Mon, 25 Jul 2011 15:04:51 -0400, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It doesn't actually carry any dependency on sed itself, but when I tried to build a package that depends on libapr.0 (libserf0-0.7.0-3 ), I got the following error: make LDFLAGS=-L/sw64/lib/system-openssl/lib -L/sw64/lib /sw64/share/apache2/build-1/libtool --silent --tag=CC --mode=compile gcc - -g -O2 -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp - -DDARWIN_10 -I/sw64/lib/system-openssl/include -I. - -I/sw64/include/apache2 -I/sw64/include/apache2 -I/sw64/include -c -o buckets/aggregate_buckets.lo buckets/aggregate_buckets.c touch buckets/aggregate_buckets.lo /sw64/share/apache2/build-1/libtool: line 390: /sw64/bin/sed: No such file or directory [etc] Right at the beginning of /sw64/share/apache2/build-1/libtool, after the GPL statement, I have: # A sed program that does not truncate output. SED=/sw64/bin/sed # Sed that helps us avoid accidentally triggering echo(1) options like -n. Xsed=/sw64/bin/sed -e 1s/^X// The libtool14 package had a similar problem, which was fixed by passing lt_cv_path_SED=/usr/bin/sed to ./configure in CompileScript. Maybe that works here too? dan -- Daniel Macks dma...@netspace.org -- Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Excessive gtk-doc BuildDepends
On Sat, 23 Jul 2011 17:08:11 -0400, Remko Scharroo wrote: Dear Fink developers, Since I'm running the unstable tree, I need to compile every new package. And a few of them, like cairo have the gtk-doc BuildDepends, EVEN THOUGH it is compiled with --disable-gtk-doc --enable/disable-gtk-doc is a bit of a misnomer...it controls how much of the documentation is regenerated from the sources rather than using the pregenerated files in the tarball. The --disable mode does *not* disable the documentation, it merely does less regeneration. In most cases, *some* regeneration is necessary, and most of these cases require gtk-doc to do so. Fink packages can often get away with --disable because it saves time (sometimes a lot of time) when building, but it's often hard (depending on package, potentially a combination of fragile, highly specific to package and version, complex patches) to avoid it completely. That's because upstreams often don't generate their doc files properly and consistently in their releases. Once it's needed even for one popular package, no sense working hard to avoid needing it in others that entail that one. I agree that not having a binary distribution is a major headache, but it's pretty far down on the list of critical problems that keep popping up. For example, it's annoying but not broken and it only hurts once. Do any of the unofficial bindists have a sufficiently recent gtk-doc (and its dependencies) available? At least among my packages, I try to keep the version-requirements as low as functionally feasible so that even a slightly older binary package would suffice. dan -- Daniel Macks dma...@netspace.org -- Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem resolving dependencies. Check for circulardependencies.
On Fri, 22 Jul 2011 09:06:34 -0400, Jack Howarth wrote: On Fri, Jul 22, 2011 at 03:03:28PM +0200, Martin Costabel wrote: On 22/07/11 12:42, Jack Howarth wrote: As folks update their 10.7 trees today, we should attempt to debug the following issue which also exists in 10.4 unstable. Last night I executed... [MacPro:main/finkinfo/languages] howarth% fink -m install ghostscript [] The following 7 additional packages will be installed: desktop-file-utils glib2-dev glib2-shlibs gtk-doc libidn libidn-shlibs shared-mime-info Do you want to continue? [Y/n] Failed: Problem resolving dependencies. Check for circular dependencies. I think this is a known problem, has been on the lists a couple of times: glib2-shlibs with -m does not work. Martin, This was mentioned on IRC. We should make sure the effected info files have a comment that -m causes a circular dependency for fresh bootstraps or such. I usually include extensive DescPackaging/DescPort notes (even diagnosis and explanation when it's not obvious why something can't be fixed). That one states: libgio sometimes runs %p/bin/update-desktop-database from the desktop-file-utils package or %p/bin/update-mime-database from the shared-mime-info package, but those programs link against libglib. Leave it as %N-shlibs:Recommends:... to break the circular dependency. Ick. Required for self-test, so would need to build (but not test) glib2, then build d-f-u s-m-i against it, then rebuild glib2 with testing enabled. Ick^2. dan -- Daniel Macks dma...@netspace.org -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] perl, python, ruby, etc.
On Thu, 21 Jul 2011 11:00:03 -0700, David R. Morrison wrote: In a discussion on irc this morning, there was a general consensus to bring Python 2.6 and 2.7 forward to 10.7, but not to bring Python 2.5 forward. I subsequently put the python26 and python27 packages into the 10.7 tree. What about perl? Should we bring perl 5.8.8 forward, or leave it out? Our recent pattern has been keep starting at whatever the previous cat has as systerm-perl, which would mean 10.7 gets 5.10.0. But that was at least partly to keep things Just Working when users upgraded to the next cat. Now that we're breaking to a new dist, I'm not sure we even need to keep 5.10.0. There are a few incompatibilities in the language itself, but 5.12 has been out for a long time already so they can usually be fixed easily. perl5.8.8? Oh hell no:) dan -- Daniel Macks dma...@netspace.org -- 5 Ways to Improve Secure Unified Communications Unified Communications promises greater efficiencies for business. UC can improve internal communications as well as offer faster, more efficient ways to interact with customers and streamline customer service. Learn more! http://www.accelacomm.com/jaw/sfnl/114/51426253/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] perl, python, ruby, etc.
Going the other way, we may want to add a perl5.12.3 to 10.[56] to help promote keeping the older dist's -pm packages updated as more developers switch to 10.7 as their primary target. dan On Thu, 21 Jul 2011 11:27:36 -0700, David R. Morrison wrote: OK. I just did a test build of our perl5100 package and it failed, so needs work. So for now, we'll let things be, but if somebody wanted to work on perl 5.10.0 to bring it forward, they are welcome to do it. I'll follow the received advice and not bring perl 5.8.8 forward. -- Dave On Jul 21, 2011, at 11:16 AM, Daniel Macks wrote: On Thu, 21 Jul 2011 11:00:03 -0700, David R. Morrison wrote: In a discussion on irc this morning, there was a general consensus to bring Python 2.6 and 2.7 forward to 10.7, but not to bring Python 2.5 forward. I subsequently put the python26 and python27 packages into the 10.7 tree. What about perl? Should we bring perl 5.8.8 forward, or leave it out? Our recent pattern has been keep starting at whatever the previous cat has as systerm-perl, which would mean 10.7 gets 5.10.0. But that was at least partly to keep things Just Working when users upgraded to the next cat. Now that we're breaking to a new dist, I'm not sure we even need to keep 5.10.0. There are a few incompatibilities in the language itself, but 5.12 has been out for a long time already so they can usually be fixed easily. perl5.8.8? Oh hell no:) dan -- Daniel Macks dma...@netspace.org -- 5 Ways to Improve Secure Unified Communications Unified Communications promises greater efficiencies for business. UC can improve internal communications as well as offer faster, more efficient ways to interact with customers and streamline customer service. Learn more! http://www.accelacomm.com/jaw/sfnl/114/51426253/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- 5 Ways to Improve Secure Unified Communications Unified Communications promises greater efficiencies for business. UC can improve internal communications as well as offer faster, more efficient ways to interact with customers and streamline customer service. Learn more! http://www.accelacomm.com/jaw/sfnl/114/51426253/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- 5 Ways to Improve Secure Unified Communications Unified Communications promises greater efficiencies for business. UC can improve internal communications as well as offer faster, more efficient ways to interact with customers and streamline customer service. Learn more! http://www.accelacomm.com/jaw/sfnl/114/51426253/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: Re: [Fink-users] mplayer fails to compile
On Mon, 06 Jun 2011 10:50:46 -0400, Alexander Hansen wrote:
OK, it's been more than a month since I sent this. I haven't gotten
anything from the listed mplayer maintainer. (cc'ed on this message).
If we can't fix this, is there a prior version that worked on
10.6/x86_64 that we can roll back to? Or should we block this out on
10.6/x86_64 altogether?
[...]
cc -I../libavcodec -I../libavformat -Wdisabled-optimization
-Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil
-Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -mtune=generic
-pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic -falign-loops=16
-DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/sw/include -I/sw/include/lame
-I/sw/lib/fontconfig2/include -I/usr/local/include -mmmx -msse -msse2
-msse3 -mssse3 -m3dnow -I/usr/X11/include -I/sw/include/freetype2
-I/sw/include -I/sw/include -I/sw/include -I/sw/include/dvdnav -c -o
vf_ilpack.o vf_ilpack.c
{standard input}:482:suffix or operands invalid for `push'
{standard input}:561:suffix or operands invalid for `pop'
{standard input}:620:suffix or operands invalid for `push'
{standard input}:703:suffix or operands invalid for `pop'
make[1]: *** [vf_ilpack.o] Error 1
make: *** [libmpcodecs/libmpcodecs.a] Error 2
### execution of make failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-mplayer-1.0.0rc2-1011
(Reading database ... 335737 files and directories currently installed.)
Removing fink-buildlock-mplayer-1.0.0rc2-1011 ...
Failed: phase compiling: mplayer-1.0.0rc2-1011 failed
Your assistance will be appreciated.
I am On a Snow leopard osx version 10.6.7 intel imac.
Richard Miles
richard.mile...@gmail.com mailto:richard.mile...@gmail.com
32 or 64 bit Fink?
I get the same thing on 64-bit, and the error has been reported before
there.
32-bit, on the other hand, works for me.
I'll cc the maintainer, and I've posted build logs at
http://akh.users.finkproject.org/finklogs/archives/2011/05/03/mplayer-1_0_0rc2-1011_fails_to_build_on_10_6x86_64/index.html
I just tried 1.0.0rc2 on 64-bit (current unstable) with xcode4. Built
fine well beyond this point. In particular, vf_ilpack.c - .o had no
errors or even warnings. Eventually exploded at:
cc -I../libavcodec -I../libavformat -Wdisabled-optimization
-Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil
-Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4
-mtune=generic -pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic
-falign-loops=16 -DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H
-I/sw64/include -I/sw64/include/lame -I/sw64/lib/fontconfig2/include
-I/usr/local/include -mmmx -msse -msse2 -msse3 -mssse3 -m3dnow
-I/usr/X11/include -I/sw64/include/freetype2 -I/sw64/include
-I/sw64/include -I/sw64/include -I/sw64/include/dvdnav
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -c -o driver.o
driver.c
In file included from wine/winbase.h:5,
from win32.h:13,
from driver.c:19:
wine/winnt.h:624:2: error: #error You need to define a CONTEXT for your CPU
In file included from wine/winbase.h:5,
from win32.h:13,
from driver.c:19:
wine/winnt.h:627: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '*' token
wine/winnt.h:751:2: error: #error You need to define
DEFINE_REGS_ENTRYPOINT macros for your CPU
wine/winnt.h:762:3: error: #error You must define GET_IP for this CPU
wine/winnt.h:1016: error: expected specifier-qualifier-list before 'PCONTEXT'
wine/winnt.h:1029: error: expected declaration specifiers or '...'
before 'PCONTEXT'
and a mess of warnings and other errors. See:
http://dmacks.users.finkproject.org/fink-build-log_mplayer_1.0.0rc2-1011_2011.06.06-23.42.14
dan
--
Daniel Macks
dma...@netspace.org
--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Build failures in gildas-201104d-2
Even if it did build, runtime problem: RuntimeVars: [...] PYTHONPATH: %p/lib/gildas/darwin-gfortran/python RuntimeVars is a set/overwrite action not a prepend, and PYTHONPATH is a list that may have important entries from other packages or user's own startups. See melina.info for an example of how to use prepend_path in an explicit profile.d script to handle this non-package-specific variable more politely. dan -- Daniel Macks dma...@netspace.org -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] New ncurses?
Our curses package (5.7) is several years old. Upstream has 5.8 from a few months ago and just recently 5.9. Could someone take a look at updating it? dan -- Daniel Macks dma...@netspace.org -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] UseMaxBuildJobs
On Mon, 02 May 2011 12:04:31 -0400, Benjamin Reed wrote: On 5/2/11 12:00 PM, Jack Howarth wrote: Benjamin, I think you misunderstood my request. I am not asking that... UseMaxBuildJobs: true be default on. Rather I am asking that fink extends its current behavior for new installations of defaulting to adding an entry for UseMaxBuildJobs=N 'fink configure', which runs during bootstrap, prompts for this option with a suggestion to use the number of cores on the machine, so a user doing a clean install would have a chance to set it. I just patched fink (HEAD and the next future 0.30.x release) to also do this when the fink package is updated. Turns out we have a generic flag for fink.conf has a new feature that triggers fink to run 'fink configure' during the update. dan -- Daniel Macks dma...@netspace.org -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] UseMaxBuildJobs
On Mon, 2 May 2011 08:59:56 -0400, Jack Howarth wrote: Daniel, It seems like a chicken and the egg problem here with UseMaxBuildJobs. If the feature is considered entirely optional, it is difficult to rationalize using it in larger packages that beg to be built with parallel make whenever possible. Also, one can argue that there is inconsistent behavior currently in fink. If one does a clean installation from fink cvs, the UseMaxBuildJobs is automatically created in fink.conf for the user. I am only saying that this behavior should be extended to existing installations of fink when fink itself is upgraded as well. It is difficult to see how one can say it is okay to silently create UseMaxBuildJobs for a fresh install of fink without warning the user but that this is inappropriate for existing installations of fink. They should be treated identically regarding the autocreation of UseMaxBuildJobs in fink.conf. Jack ps Ny view is that if the user objects to UseMaxBuildJobs, they could set it to 1 and, since UseMaxBuildJobs now exists, fink will never mess with UseMaxBuildJobs in fink.conf again. I am only worried about the fact that few if any users will expend the effort to discover this new option and manually create it themselves. I was *only* addressing your proposal that if use maxbuildjobs in foo.info, require BDep on fink that supports it. The same results every time mantra of fink applies to the compiled binary package. If it takes the user 100x as long to get there, that doesn't matter (whether a package really wants to go parallel is only a preference for trying to help the user save himself time...*getting to the same product*). I agree that a fink upgrade to a version that supports a new preference (especially one that requires opt-in and can be beneficial if selected) should offer to set the new preference. For example, when fink-mirrors is upgraded, the user is prompted to change mirror prefs and the prompt even notes whether previously-chosen mirrors are no longer appropriate. Behavior question: if a user chooses not to do parallel, is the pref written to fink.conf? That is, by inspecting fink.conf, can fink distinguish never been prompted to choose parallel vs chose not to parallel? dan -- Daniel Macks dma...@netspace.org -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] UseMaxBuildJobs
On Sun, 1 May 2011 20:50:00 -0400, Jack Howarth wrote: I am open to switching the gcc4x packages to build using UseMaxBuildJobs but I have one major complaint about how fink currently handles this option. It is really unrealistic to expect the users to create this entry in fink.conf on existing installations. It would be nice if the next minor fink update could be changed to automatically create UseMaxBuildJobs if it doesn't currently exist in fink.conf. This would limit the annoyance of users as packages are transitioned to UseMaxBuildJobs. Jack ps Unless I missed it somehow, fink validate doesn't seem to demand a particular fink version for this flag. Should this require a BuildDepends on a particular fink release? It does not affect the results...package *must* build the same regardless of how many cores user allocates to fink. So there's no *requirement* that parallel be done at all, so there's no need to require a fink that supports that optional feature. The time we need a BDep on a recent fink is if only a recent fink can handle a .info entry at all *and fails without it* or else builds differently/incorrectly. dan -- Daniel Macks dma...@netspace.org -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Uniform description for obsolete packages?!
On Tue, 26 Apr 2011 12:17:40 +0200, Max Horn wrote: Am 18.04.2011 um 17:49 schrieb Daniel Macks: There are some cases were the validator incorrectly complains about perfectly fine packages. Currently, in such cases, the package maintainer then is forced to either make weird unnatural hacks to fool the validator (YUCK), or has to live without being able to use -m. A concrete example are the geant4.8 and geant4.9 packages, for which the validator complains about them hardcoding /sw. In reality, though, the *upstream* authors hardcoded /sw, and the .info file tries to fix this by replacing /sw with %p. Can you convert it to a PatchFile? Val is smart enough to know that removing hardcoded /sw is a Good Thing, so removed lines *are* allowed to have it. Val could have a similar intelligence in PatchScript, where we decide on some blessed incantation for this replacing /sw with prefix useful action. For example, hardcoded /sw is allowed in PatchScript iff it's in this exact string: ,/sw,%p, because I can't think of any way that string could be used in other ways. dan -- Daniel Macks dma...@netspace.org -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Uniform description for obsolete packages?!
On Tue, 26 Apr 2011 09:52:54 -0400, Daniel Macks wrote: On Tue, 26 Apr 2011 12:17:40 +0200, Max Horn wrote: Am 18.04.2011 um 17:49 schrieb Daniel Macks: There are some cases were the validator incorrectly complains about perfectly fine packages. Currently, in such cases, the package maintainer then is forced to either make weird unnatural hacks to fool the validator (YUCK), or has to live without being able to use -m. A concrete example are the geant4.8 and geant4.9 packages, for which the validator complains about them hardcoding /sw. In reality, though, the *upstream* authors hardcoded /sw, and the .info file tries to fix this by replacing /sw with %p. Can you convert it to a PatchFile? Val is smart enough to know that removing hardcoded /sw is a Good Thing, so removed lines *are* allowed to have it. Val could have a similar intelligence in PatchScript, where we decide on some blessed incantation for this replacing /sw with prefix useful action. For example, hardcoded /sw is allowed in PatchScript iff it's in this exact string: ,/sw,%p, because I can't think of any way that string could be used in other ways. And while implementing this, I notice it already *is* allowed. Call it a forward-looking feature or a bug in the implemenation (it's a little of both), but fact is val does allow you to use PatchScript to remove hardcoded /sw in upstream sources. Without fancy regexp to hide the literal /sw string. dan -- Daniel Macks dma...@netspace.org -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Unburying fontconfig and xft
On Fri, 22 Apr 2011 23:54:42 +0200, Max Horn wrote:
Am 22.04.2011 um 23:23 schrieb Daniel Macks dma...@netspace.org:
On Fri, 22 Apr 2011 17:12:20 -0400, Daniel Macks wrote:
We've long had xft2-dev and fontconfig2-dev keep their headers and
libraries buried in subdirs so that they do not mask system (x11)
supplied versions of those same packages. [...]
Is it time to unbury these libraries?
Along the same get out of the dark ages for probably
no-longer-needed compatibility situations that cause their own
problems, should we also scrap the static libs? X11 no longer
ships them and keeping them entails having some sort of inherited
build-depends (vs relying on dyld runtime linking). I vaguely
remember some package or two checking for libFOO.{a,so} as a
./configure test, so scrapping .a would make that not work, but if
it's hardcoded for static or linux only it's already a bit broken?
Indeed; and broken in a way that makes it easy to detect / notice
the brokenness, and also to fix it. Whereas the current buried
headers can cause lots of subtle irritation and confusion.
So I am all for it :-)
fontconfig2-dev, freetype219, and xft2-dev are now all unburied and no
longer have static libs. There's a pretty good chance other packages
can now just specify versioned depdencies on them as = 2.8.0-6, =
2.4.4-2, and = 2.2.0-1, respectively, and not need special -I, -L, or
PKG_CONFIG_PATH tricks.
dan
--
Daniel Macks
dma...@netspace.org
--
Fulfilling the Lean Software Promise
Lean software platforms are now widely adopted and the benefits have been
demonstrated beyond question. Learn why your peers are replacing JEE
containers with lightweight application servers - and what you can gain
from the move. http://p.sf.net/sfu/vmware-sfemails
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Unburying fontconfig and xft
We've long had xft2-dev and fontconfig2-dev keep their headers and libraries buried in subdirs so that they do not mask system (x11) supplied versions of those same packages. Maintainers must explicitly set some flag(s) to make them visible. And often experiment and hack to make sure they are consisently used in preference to x11's in those cases. For the past year or so, we've worked hard to use these intentionally whenever possible to avoid breakage every time apple or xquartz or whoever updates system files. And we keep finding problems where the maintainers try to do so, but get the flag-orders wrong and wind up getting x11's anyway. Is it time to unbury these libraries? Doing so would mean much less magic and hacking needed, since they will always be visible. The drawback is that there are probably a few packages that use x11 directly will suddenly start seeing the fink libs. Anything that uses gnome or other GUI stacks was probably long ago fixed to use fink's explicitly, or else has always been broken anyway due to mixing and this might even get them consistent again. We did this a while ago with freetype and had no problems that I recall. The unburied package would still have the buried locations accessible as well for those packages that still use the (no-longer-needed) flags to point to them. Any objections? dan -- Daniel Macks dma...@netspace.org -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Unburying fontconfig and xft
On Fri, 22 Apr 2011 17:12:20 -0400, Daniel Macks wrote:
We've long had xft2-dev and fontconfig2-dev keep their headers and
libraries buried in subdirs so that they do not mask system (x11)
supplied versions of those same packages. [...]
Is it time to unbury these libraries?
Along the same get out of the dark ages for probably no-longer-needed
compatibility situations that cause their own problems, should we also
scrap the static libs? X11 no longer ships them and keeping them
entails having some sort of inherited build-depends (vs relying on dyld
runtime linking). I vaguely remember some package or two checking for
libFOO.{a,so} as a ./configure test, so scrapping .a would make that
not work, but if it's hardcoded for static or linux only it's already
a bit broken?
dan
--
Daniel Macks
dma...@netspace.org
--
Fulfilling the Lean Software Promise
Lean software platforms are now widely adopted and the benefits have been
demonstrated beyond question. Learn why your peers are replacing JEE
containers with lightweight application servers - and what you can gain
from the move. http://p.sf.net/sfu/vmware-sfemails
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] php5-5.2.12-3 compile failure
On Wed, 20 Apr 2011 15:30:18 -0400, Kevin Horton wrote: On Wed, Apr 20, 2011 at 02:44:32PM -0400, Alexander Hansen wrote: On 4/20/11 2:20 PM, Kevin Horton wrote: An attempt to compile php5-5.2.12-3 fail on OS X 10.6.7 fails with: checking if we should use cURL for url streams... no checking for cURL 7.10.5 or greater... configure: error: cURL version 7.10.5 or later is required to compile php with cURL support ### execution of /var/tmp/tmp.1.aJMz2U failed, exit code 1 I don't have fink's curl installed: % fink list -t curl [trimming non-installed ones] i libcurl3-unified-shlibs 7.15.5-7Lib. for transferring files with URL syntax i libcurl47.21.5-1+10.6 Lib. for transferring files with URL syntax i libcurl4-shlibs 7.21.5-1+10.6 Lib. for transferring files with URL syntax i system-pkgconfig-libcurl7.19.7-1[virtual pkgconfig package representing libcurl] Package manager version: 0.29.21 Distribution version: selfupdate-rsync Wed Apr 20 12:24:40 2011, 10.6, i386 What does the config.log say at the point where it's looking for curl? I'd appreciate any hints on where this log might be hiding. I can't find it in the build directory, nor in /sw/var/log, nor /var/log, nor /tmp. I think it's in the apache2-build/ subdir of the build directory. dan -- Daniel Macks dma...@netspace.org -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Drafts for a couple of policy addenda
Yup. If anyone disputes the supply source + patches rather than patched sources, it's a formal requirment of many standard licenses. Might want to tweak Upload the tarball to a site where fink can download it. statement to clarify that it's a *public* site for other users (or their finks) not just in-house for Maintainer himself. And need a from or some other preposition, otherwise English majors everywhere will surely smite you. In 3.8, should it mor clearly specify ...but not to update self or other things that could be packaged by normal fink processes? I could envision fink install foo-pm postinst doing cpan update Foo or somesuch. Maybe just preface with In limited situations and/or a (must be cleared with -core)? dan On Wed, 20 Apr 2011 12:22:05 -0700, David R. Morrison wrote: Sounds good to me. -- Dave On Apr 20, 2011, at 12:16 PM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 3.7 Source Policy Sources should normally be downloaded from the location(s) that the upstream developer(s) use, and any modifications for Fink should be done through the use of a PatchFile and/or a PatchScript. Do not make changes manually and use a changed source archive as a Source in your Fink packaging. If a VCS checkout (e.g. from git or svn) is to be used, e.g. because a project doesn't do formal releases, or a fix for a particular issue has been added between releases of a package, an acceptable source can be generated via the following method: Check out the package, preferably at a definite revision of the VCS. Make an archive from the VCS checkout (e.g. zip, tar, tar.gz, or tar.bz2). Include the VCS revision in the archive name, e.g. foo-0svn1234.tar.gz for a package that doesn't make releases, or bar-1.2.3+svn4567.tar.bz2 for a Fink package which is between upstream releases. Upload the tarball to a site where fink can download it. Also, put the commands that you ran to generate the source tarball in the DescPackaging field. 3.8 File Download Policy Packages are not to download any files during the unpack, patch, compile, install, or build phases of the build process. Any large patches (i.e. larger than can be accommodated conveniently in a PatchFile) that need to be applied should set up as additional Sources in accordance with the Source Policy. Packages may download data after they have been installed on the system in a PostInstScript. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2vMRYACgkQB8UpO3rKjQ9ZpwCghdf/40VXT4NHzuFFJ7vfuZL6 RwQAn3ztJ620cNTrxhYh4LZeyJi/321E =OyA+ -END PGP SIGNATURE- -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo
Re: [Fink-devel] Uniform description for obsolete packages?!
On Wed, 13 Apr 2011 19:50:30 -0400, Daniel Johnson wrote: On Apr 13, 2011, at 6:43 PM, Alexander Hansen wrote: On 4/5/11 8:34 AM, Max Horn wrote: And so on. I would like to propose that all obsolete packages receive a common, uniform description, namely: OBSOLETE use FOO instead or maybe better OBSOLETE use package 'FOO' instead or something like that. Likewise, the DescDetail could be unified. Of course this change would have to go along with a revision increment. We may want to I found one issue when I was trying to make a package obsolete: $ fink dumpinfo -fdescription treeline Information about 10150 packages read in 1 seconds. description: OBSOLETE use 'treeline-x11' package instead $ fink validate /sw32/fink/dists/unstable/main/finkinfo/utils/treeline-1.2.4-3.info Validating package file /sw32/fink/dists/unstable/main/finkinfo/utils/treeline-1.2.4-3.info... Warning: Description contains package name. (treeline-1.2.4-3.info) This is fatal in maintainer mode. This is an annoying limitation and I wonder if it should be removed from the validator. While they aren't common, I can think of a number of reasons to have the package name incorporated into the Description, not just for obsolete packages. For example, when I made the 'lzma' package I wanted to use the Description 'LZMA file compressor', which is what it is. I couldn't think of a reasonable Description that didn't have the string 'lzma' in it so I used 'L Z M A file compressor' to trick the validator even though it was horribly kludgy. Fortunately, that package is now obsolete and its Description is 'OBSOLETE Use xz instead'. :) I do like Max's suggestion to use OBSOLETE use package 'FOO' instead and I'll probably change it for the next version. I have several obsolete packages so I'll have to audit them all. Would be easy to make validator relax its Description test for obsolete packages (there are already other special allowances for them that are fatal otherwise). The rationale for the normal No %n in Description rule is that Description is always displayed in the vicinity (and often the very next string word after) %n: lzma LZMA file compressor seems pretty silly. We already know it's called lzma, just need a phrase that describes WTF that is. Command-line file-compression tool says even more (and more useful) info. Max (or whoever decides what pattern has consensus as a best-practice), please update the fink-wiki page (see 'fink info fink-obsolete-packages'). dan -- Daniel Macks dma...@netspace.org -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Uniform description for obsolete packages?!
On Wed, 6 Apr 2011 08:32:44 -0400, Charles Lepple wrote:
On Apr 6, 2011, at 7:19 AM, Max Horn wrote:
My view: I would prefer to follow the policy and rev up packages; if
a user still has them installed, this way they explicitly see that
they are about to update an obsolete package (something they may
have missed in the past due to a confusing description text). If
there are any truly big packages with an obsolete splitoff, we could
either make an exception for that, or just wait with releasing the
desc fix until there is a natural update coming anyway.
I like the general idea, FWIW. It's something that will help make it a
little more obvious which package to install when searching the PDB.
(Ideally, IMHO, it would be nice to have the PDB or even fink list
be able to hide obsolete packages unless a flag is set, but that can
be done down the road.)
Along those lines, if it looks like a package needs to depend on fink-
obsolete-packages, I'm putting my vote in for adding that dependency
when you modify the description. (Although I see AKH just posted a
good argument for not doing that if the obsolete package doesn't have
its own info file.)
obsolete has the technical meaning of has dependency on f-o-p. This
is just about adding an obvious Description for these technically
obsolete packages. There are lots of other packages that have newer
alternatives, but may require various changes to switch to them, so the
old ones are not as definitely no reason to be using this old thing.
So if a package got renamed or diffused into another package, the old
name would be an obsolete one because there is no reason to continue to
use it. The old package is just a dummy pointing to the new one. But if
there is an old library-version (libgettext3-{dev,shlibs} vs
libgettext8-{dev,shlibs}), the old one is still a real separate set of
files and completely appropriate to use in certain cases due to binary
linking and such.
I've been thinking about separating the splitoff for geda-* into its
own bundle package (now that upstream has been distributing a single
tarball for everything), and this is as good a time as any for me to
do that (taking a few packages off of your list). If I don't get to it
soon, though, feel free to handle that however you see fit.
Let me know if you want me to test when you (or someone else) has
something cobbled together for this. I know lots of tricks related to
OBSOLETE, but I don't know enough about the layout (and its changes) to
feel comfortable diving in without guidance.
dan
--
Daniel Macks
dma...@netspace.org
--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Uniform description for obsolete packages?!
On Wed, 06 Apr 2011 08:26:40 -0400, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/6/11 7:19 AM, Max Horn wrote: After a brief discussion with dmacks on IRC, let me clarify some points: I agree with what Max says I said:) I've got one thing to add: when an obsolete placeholder package is a Splitoff of a current real package, that brings in an indirect dependency upon fink-obsolete-packages to the current package, and users find that confusing. Since the obsolete placeholder presumably isn't going to need much in the way of updating, I have found that it's not much of a maintenance issue to give such packages their own .info files. If the obsolete package is involved with = versioned dependencies to or from other packages in the same .info, I think it has to stay in the same .info, else upgrade deadlock because the engine is dumb and/or it's a logical impossibility of circular dependency/ordering. dan -- Daniel Macks dma...@netspace.org -- Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] opensp-bin: Unable to resolve version conflict onmultiple dependencies (10.5/i386/unstable)
On Wed, 16 Mar 2011 08:26:28 -0400, Charles Lepple wrote:
Just ran selfupdate (version details at the end), and CVS rev 1.4 of
opensp5-shlibs.info yields this error message from an update-all:
$ fink update-all
Information about 11331 packages read in 1 seconds.
Unable to resolve version conflict on multiple dependencies, for package
opensp-bin.
Exiting with failure.
$ fink list opensp
Information about 11331 packages read in 1 seconds.
opensp-bin 1:1.5.2-3SGML parser
programs
p opensp3 [virtual package]
(i) opensp41:1.5.1-1014 SGML parser library
(i) opensp4-dev1:1.5.1-1014 SGML parser library
(i) opensp4-shlibs 1:1.5.1-1014 SGML parser library
Could you check what versions of these you *do* have installed? ('dpkg
-l opensp4 opensp4-dev opensp-shlibs') so I can
see what the current dependency state is? There have been a bunch of
releases lately and 'fink list' only tells us that 1:1.5.1-1014 is the
newest available and that it's newer than the one that is currently
installed.
dan
--
Daniel Macks
dma...@netspace.org
--
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] GSOC 2011?
On Tue, 1 Mar 2011 18:49:24 0100, Max Horn wrote: * Improve the .info format further E.g. it would be nice if one could annotate the dependency fields with comments. This would allow adding an explanation to every dependency, where it comes from. That should be quite easy to code, actually. It actually wouldn't take any coding at all, since I think it's already done. 2005-08-31 Dave Vasilevsky v...@users.sourceforge.net * PkgVersion.pm: Add convenience method to get just one PkgVersion from a .info file. * PkgVersion.pm, Validation.pm, FinkVersion.pm.in: Info3 enhancements for pkglist fields: - Normalize whitespace - Allow comments (# to end of line) - Remove trailing comma dan -- Daniel Macks dma...@netspace.org -- Free Software Download: Index, Search Analyze Logs and other IT data in Real-Time with Splunk. Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. http://p.sf.net/sfu/splunk-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Moving clisp to stable
On Mon, 28 Feb 2011 21:00:58 -0800,
=?ISO-8859-1?Q?Jos=E9_H._Espinosa?= wrote:
Hi,
I have a request from one of my users to move the current version of
clisp to stable.
I take a look at the dependencies that will need to be move to stable
as part of the process and the only one that might be a little
troublesome is libgettext3-*
The other dependencies that will need to be moves are libsigsegv2 and
ffcall but I don't see any reason for not moving them.
Do we have any time frame to have livegettext3 move to stable? Or,
if it will be possible to move clisp to stable by lowering the
version of gettext?
libgettext3-{dev,shlibs} has been in stable since about 2006. Heck, the
clisp presently in stable is even already using it. In fact,
libgettext3 is so old that many things have been shifting to using
libgettext8-{dev,shlibs} instead over the past few months. No harm in
staying with libgettext3, but I don't see how that affects anything.
ffcall and libsigsegv2 look fine to move.
dan
--
Daniel Macks
dma...@netspace.org
--
Free Software Download: Index, Search Analyze Logs and other IT data in
Real-Time with Splunk. Collect, index and harness all the fast moving IT data
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business
insights. http://p.sf.net/sfu/splunk-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Validation of local file URLs with hyphens
On Sat, 19 Feb 2011 15:49:27 -0500, Charles Lepple wrote: I'm using the CVS/git version of Fink (checked out 2011-02-15), and it doesn't like validating pango1-xft2-ft219-dev when the Fink prefix is / sw-git: Validating .deb dir /sw-git/src/fink.build/root-pango1-xft2-ft219- dev-1.24.5-7... Error: Bad local URL (/sw does not look like a fink location). Offending file: /sw-git/share/gtk-doc/html/pango/pango-ATSUI-Fonts.html Offending line: a href=http:///sw-git/share/gtk-doc/html/glib/glib- Quarks.html#g-quark-from-stringcode class=functiong_quark_from_string()/code/a) is used to identify the renderer in a class=link href=http://pango-Modules.html#pango-find- map title=pango_find_map ()code class=functionpango_find_map()/code/a. Offending file: /sw-git/share/gtk-doc/html/pango/pango-Bidirectional- Text.html Offending line: a class=link href=http://pango-Bidirectional- Text.html#PangoDirection title=enum PangoDirectionspan class=returnvaluePangoDirection/span/a a class=link href=http://pango-Bidirectional-Text.html#pango-unichar-direction; title=pango_unichar_direction ()pango_unichar_direction/ a (a href=http:///sw-git/share/gtk-doc/html/glib/glib-Unicode- Manipulation.html#gunicharspan class=returnvaluegunichar/span/ a ch); Looks to me like a hyphen could be added to the regex that was last updated here: http://fink.cvs.sourceforge.net/viewvc/fink/fink/perlmod/Fink/Validation.pm?r1=1.331r2=1.332 The regex matches data output from gtk-doc programs, so I replaced it with one I found in them. Seems to work if I simulate a prefix like yours... (but I'm not going to claim I fully understand what's going on there...) ..and added inline comments to document it a bit:) dan -- Daniel Macks dma...@netspace.org -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-beginners] Circular dependencyissue withlibgettext3-dev and libgettext8-dev
I thought akh already dispelled the notion that gettext*-dev is involved in the circular dependency? So if there is a cycle, -dev swapping is a red herring. I'd more suspect that the questioner is using -m mode, which leads to known (and currently unsolveable) cycle involving glib2, shared-mime-info, and gtk-doc (can't remember the exact chains involved). Building glib2-shlibs *without* -m before trying more complex/higher-level build runs should break that cycle. dan On Fri, 18 Feb 2011 10:20:40 -0800, David R. Morrison wrote: The original poster showed us a transcript, in which fink tried to do the swapping, but failed, delivering the dreaded circular dependencies error message. -- Dave On Feb 18, 2011, at 10:01 AM, Daniel Macks wrote: On Fri, 18 Feb 2011 17:13:37 0100, Martin Costabel wrote: Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- [] On 2/18/11 9:01 AM, Prerna Atri wrote: Hi, We tried both the suggested methods (installing libidn and updating fink) Did you update poppler4, too? The whole discussion below was about the version and dependencies of poppler4. Doing just a fink selfupdate doesn't change the installed versions of any packages other than in the base section. but the issue still persists. We removed the BuildDepends field from .info file. We installed and built qt4-mac and poppler4-qt4-mac separately. We were then able to install TeXworks successfully from the .info file. However, on placing the above two packages, the circular dependency issue still arises. I tried to see the circular dependency problem, but could not reproduce it. However, libidn is indeed a strange beast and would benefit from a little maintainer attention (CCed): It bdeps both on libgettext3- dev and on gettext-tools, which nowadays bdeps on libgettext8-dev. If you build it from scratch, you will at least run into inconsistent dependencies that you have to resolve by hand, and I am not surprised that in some circumstances it can give circular dependencies, even if I couldn't produce them myself. I wonder if original poster is confusing the idea of *conflicting builddependencies* (A requires C, B requires C', C and C' must be swapped in and out, which they can at least sometimes do automatically, or at least cleanly with no problem because no one thing requires *both*) with circular (A requires B, B requires C, C requires A, a situation that is logically unsolveable). dan -- Daniel Macks dma...@netspace.org -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Version control migration?
On Sun, 06 Feb 2011 14:28:44 -0500, Alexander Hansen wrote: On 2/6/11 1:53 PM, Daniel Johnson wrote: There's nothing more that can be done at the moment since both cvs and shell access are still down, and we can't enable svn without them. I just wanted to put this out there and see what opinions other people had. There would need to be other changes made since fink's website is generated from the sources in cvs and the package database draws information from there as well. The website is just updated via a cvs update, so that shouldn't be terribly difficult to handle. And the rsync mirror scripts would need to switch over as well. There are also a handful of administrative scripts in the fink (and maybe some other) modules that do cvs stuff. The intent should be easy to port to other VCS systems (check out a subdir or module for a given tag)--I can't think of any VCS that doesn't have some concept of branch- or point-tagging. dan -- Daniel Macks dma...@netspace.org -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Update TeX Live
On Sun, 23 Jan 2011 13:57:37 0900, Tomoaki Okayama wrote: At Sat, 22 Jan 2011 17:27:00 -0500, =?utf-8?b?RGFuaWVsIE1hY2tz?= wrote: On Sat, 22 Jan 2011 22:58:39 0900, Tomoaki Okayama wrote: Dear Fink users/developers, The texlive package in unstable has just been updated to TeX Live 2010. Many thanks to testers! [How to update] Since new texlive-texmf conflicts with old texlive-base (= 0.20080816-3), simple fink update-all does not work unfortunately. Why does it Conflicts rather than Replaces? If it Replaces instead of Conflicts, then one can update texlive-texmf without breaking dependencies. If needed, I will add it. Just no feedback about that ... Which did you mean, Conflicts:tetex-texmf Replaces: tetex-texmf, texlive-base (= 0.20080816-3) or Conflicts:tetex-texmf, texlive-base (= 0.20080816-3) Replaces: tetex-texmf, texlive-base (= 0.20080816-3) I said Replaces *instead of* Conflicts, not both:) But let's back up a moment: why did you originally decide that the new texlive-texmf Conflicts with the old texlive-base? dan -- Daniel Macks dma...@netspace.org -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Update TeX Live
On Sat, 22 Jan 2011 22:58:39 0900, Tomoaki Okayama wrote: Dear Fink users/developers, The texlive package in unstable has just been updated to TeX Live 2010. Many thanks to testers! [How to update] Since new texlive-texmf conflicts with old texlive-base (= 0.20080816-3), simple fink update-all does not work unfortunately. Why does it Conflicts rather than Replaces? If it Replaces instead of Conflicts, then one can update texlive-texmf without breaking dependencies. dan -- Daniel Macks dma...@netspace.org -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Updater to TeX Live 2010
On Tue, 11 Jan 2011 18:08:11 0100, Martin Costabel wrote: Tomoaki Okayama wrote: I've just tested texlive on 10.5/i386 and no error occurred. The log file is here (with -Kkmly --build-as-nobody option): http://fink.sodan.ecc.u-tokyo.ac.jp/~okayama/tex/fink-build-log_texlive_0.20100722-0test7_2011.01.11-19.21.35.gz Currently I couldn't figure out why you get such an error, and how to fix it. Any ideas? The error I have shown comes from a conflict with Fink headers in /sw/include/unicode. To avoid this, you have to use BuildConflicts: libicu36-dev In which case also need BuildConflicts:libicu32-dev (different libversions are present on various OS X versions). This comes from the line sudo g -DHAVE_CONFIG_H -I. -I../../../texk/web2c -I./w2c -I/sw/include -I../../../texk/web2c/xetexdir -DU_STATIC_IMPLEMENTATION -I/Volumes/FinkBuild/sw/src/fink.build/texlive-0.20100722-0test7/texlive/Work/libs/icu/include -I/sw/include/freetype2 -I/sw/include -DXETEX_MAC -DXETEX_GRAPHITE -I/Volumes/FinkBuild/sw/src/fink.build/txlive-0.20100722-0test7/texlive/Work/libs/graphite/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/freetype219/include -I/sw/lib/fontconfig2/include -I/sw/include -ObjC -g -O2 -MT libxetexmm_a-XeTeXFontMgr_ac.o -MD -MP -MF .deps/libxetexmm_a-XeTeXFontMgr_Mac.Tpo -c -o libxetexmm_a-XeTeXFontMgr_Mac.o `test -f 'xetexdir/XeTeXFontMgr_Mac.cpp' || echo '../../../texk/web2c/'`xetexdir/XeTeXFontMgr_Mac.cpp There's a -I/sw/include (as well as some other public location flags) early in that line, ahead of some build-dirs (including what sounds like texlive's own libicu?). That's always a fragile situation. dan -- Daniel Macks dma...@netspace.org -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] system-java-dev virtual package
On Tue, 11 Jan 2011 13:25:38 -0500, Alexander Hansen wrote: On 1/11/11 12:46 PM, Scott Hannahs wrote: I am getting the same error as previously Can't resolve dependency system-java-dev for package ppl-0.10.2-3 (no matching packages/versions found) And it is true that I do not have system-java-dev installed according to fink. BUT, I have read the FAQ and I installed the Java developer package from the Apple developer site. I re-installed both of these packages: java_for_mac_os_x_10.6_update_4_dp10m3310.dmg javadeveloper_10.6_10m3261.dmg And still have this error. Mac OS X 10.6.6 (did this update kill things?) % fink -V Package manager version: 0.29.99.cvs Distribution version: selfupdate-rsync Tue Jan 11 10:57:10 2011, 10.6, x86_64 XCode 3.2.5 update installed. Any thoughts how to get fink to recognize the system-java-dev is installed? I expect that you're using a CVS fink version from before the fixes for the Java update were added, so your fink doesn't know what to do. HEAD checkouts don't update automatically via selfupdate or update-all. (I hate to suggest a special case handler, but maybe 'fink -V' needs to report the revision for CVS Fink versions). There's no such thing (each file has its own revision-value). Once you're using CVS code-base, you're completely on your own to remember to update it. dan -- Daniel Macks dma...@netspace.org -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pygtk2-gtk-py27 Dependency Problem
I added the -py27 variant (was already present in unstable) dan On Sat, 25 Dec 2010 05:08:16 -0800, David Lowe wrote: pygtk2-gtk-py27 is in stable, but it depends upon numpy-py27 [which is not in stable]. -- Daniel Macks dma...@netspace.org -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem with qt4-mac on 10.4
-shared/qrc_assistant_images.o -F/sw/src/fink.build/qt4-mac-4.6.3-2/qt-kde-qt-mac/lib -L/sw/lib/system-openssl/lib -L/sw/lib/freetype219/lib -L/sw/lib/fontconfig2/lib -L/sw/lib -L/usr/X11R6/lib -L/sw/src/fink.build/qt4-mac-4.6.3-2/qt-kde-qt-mac/lib -L/sw/src/fink.build/qt4-mac-4.6.3-2/qt-kde-qt-mac/plugins/sqldrivers -framework QtHelp -framework QtWebKit -framework phonon -framework QtDBus -framework QtXmlPatterns -framework QtSql -framework QtXml -framework QtGui -framework QtNetwork -framework QtCore /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning can't open dynamic library: /sw/lib/qt4-mac/lib/libQtCLucene.4.dylib referenced from: /sw/src/fink.build/qt4-mac-4.6.3-2/qt-kde-qt-mac/lib/QtHelp.framework/QtHelp (checking for undefined symbols may be affected) (No such file or directory, errno = 2) /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols: QCLuceneHits::~QCLuceneHits()referenced from QtHelp expected to be defined in /sw/lib/qt4-mac/lib/libQtCLucene.4.dylib [etc] The really strange part is that /sw/lib/qt4-mac/lib/libQtCLucene.4.dylib is part of qt4-mac-* itself. I'll see if I can reproduce this on 10.4/powerpc. - -- Alexander Hansen, Ph.D. Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0GIKwACgkQB8UpO3rKjQ/HDQCfa/5hSaAJdZIgI7dToNhXYRbz Bm4AnRpRRXE4IsI o33zaP0eGJ7NPEVx =OiXo -END PGP SIGNATURE- -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] kdepim4-mac-4.4.1-1 build failure
Fix committed. dan On Fri, 10 Dec 2010 14:19:20 -0500, Alexander Hansen wrote: $ fink -V | head -n2 Package manager version: 0.29.99.cvs Distribution version: selfupdate-cvs Fri Dec 10 10:15:20 2010, 10.6, x86_64 $ fink list xcode Information about 9601 packages read in 3 seconds. i xcode3.2.5-1 $ fink list macosx Information about 9601 packages read in 0 seconds. i macosx 10.6.5-1 The failure appears as follows: ... [ 60%] Building CXX object nepomuk_email_feeder/CMakeFiles/akonadi_nepomuk_email_feeder.dir/messageanalyzer.o cd /sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/build/nepomuk_email_feeder /sw64/var/lib/fink/path-prefix-10.6/g -4.2 -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DKMAIL_SUPPORTED -DNEPOMUK_RESOURCE_STATIC -fno-common -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -fexceptions -UQT_NO_EXCEPTIONS -O2 -g -DNDEBUG -DQT_NO_DEBUG -arch x86_64 -isysroot / -mmacosx-version-min=10.6 -I/sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/build/nepomuk_email_feeder -I/sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/nepomuk_email_feeder -I/sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1 -I/sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/build -I/sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/libkdepim -I/sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/build/ontologies -I/sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/nepomuk_email_feeder/../libkleo -I/sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/nepomuk_email_feeder/shared -I/sw64/opt/kde4/mac/include -I/sw64/opt/kde4/mac/include/KDE -I/sw64/lib/qt4-mac/include/KDE -I/sw64/lib/qt4-mac/include -I/sw64/lib/qt4-mac/include/phonon -I/sw64/lib/qt4-mac/include/QtXmlPatterns -I/sw64/lib/qt4-mac/include/QtXml -I/sw64/lib/qt4-mac/include/QtWebKit -I/sw64/lib/qt4-mac/include/QtUiTools -I/sw64/lib/qt4-mac/include/QtTest -I/sw64/lib/qt4-mac/include/QtSvg -I/sw64/lib/qt4-mac/include/QtSql -I/sw64/lib/qt4-mac/include/QtScriptTools -I/sw64/lib/qt4-mac/include/QtScript -I/sw64/lib/qt4-mac/include/QtOpenGL -I/sw64/lib/qt4-mac/include/QtNetwork -I/sw64/lib/qt4-mac/include/QtMultimedia -I/sw64/lib/qt4-mac/include/QtHelp -I/sw64/lib/qt4-mac/include/QtDesigner -I/sw64/lib/qt4-mac/include/QtDBus -I/sw64/lib/qt4-mac/include/QtAssistant -I/sw64/lib/qt4-mac/include/Qt3Support -I/sw64/lib/qt4-mac/include/QtGui -I/sw64/lib/qt4-mac/include/QtCore -I/sw64/lib/qt4-mac/include/Qt -I/sw64/lib/qt4-mac/mkspecs/default -F/sw64/lib/qt4-mac/lib -I/sw64/include/boost-1_41 -I/sw64/opt/soprano/mac/include -I/sw64/include -D__APPLE_KDE__ -D_LARGEFILE64_SOURCE -o CMakeFiles/akonadi_nepomuk_email_feeder.dir/messageanalyzer.o -c /sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/nepomuk_email_feeder/messageanalyzer.cpp In file included from /sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/nepomuk_email_feeder/messageanalyzer.cpp:26: /sw64/opt/kde4/mac/include/akonadi/agentbase.h:203: warning: 'virtual void Akonadi::AgentBase::Observer::collectionChanged(const Akonadi::Collection)' was hidden /sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/nepomuk_email_feeder/shared/nepomukfeederagentbase.h:156: warning: by 'virtual void NepomukFeederAgentBase::collectionChanged(const Akonadi::Collection, const QSetQByteArray)' /sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/nepomuk_email_feeder/messageanalyzer.cpp: In member function 'void MessageAnalyzer::processFlags(const QSetQByteArray)': /sw64/src/fink.build/kdepim4-mac-4.4.1-1/kdepim-4.4.1/nepomuk_email_feeder/messageanalyzer.cpp:226: error: 'class NepomukFast::MailboxDataObject' has no member named 'setIsReads' make[2]: *** [nepomuk_email_feeder/CMakeFiles/akonadi_nepomuk_email_feeder.dir/messageanalyzer.o] Error 1 ... -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel -- Daniel Macks dma...@netspace.org -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency
Re: [Fink-devel] Putting a source tarball on Fink site
On Sat, 4 Dec 2010 15:48:33 0900, BABA Yoshihiko wrote: Hi, The developer of pyqt4-mac-py does not have older versions of the package on their website. See: http://www.riverbankcomputing.co.uk/static/Downloads/PyQt4/ Can we put the source tarball of Fink versions on Fink server? Or just set Source to point to our mirror servers? We can host files in our Sourceforge area. Or else I've seen some packages do mirror:master: to indicate that the only place to find the source is the master-mirrors pool rather than any other parent site (assuming the master-mirrors picked up the file when the parent site did still have it). dan -- Daniel Macks dma...@netspace.org -- What happens now with your Lotus Notes apps - do you make another costly upgrade, or settle for being marooned without product support? Time to move off Lotus Notes and onto the cloud with Force.com, apps are easier to build, use, and manage than apps on traditional platforms. Sign up for the Lotus Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Major migration/update to stable
GNOME2.28 (including glib2-2.22.x and gtk 2-2.18.x) and KDE3.5.10 just landed in stable. Along with that is the .la cleanup project that somehow never migrated over until now (and all associated build-fixes that have accumulated), and some intimately related libraries (freetype219 and fontconfig2 fink library sanity, cairo, etc.) I *think* I got everything and that the stable tree has no missing dependencies, but as always please report errors with specific diagnostic information so it can get fixed ASAP. dan -- Daniel Macks dma...@netspace.org -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Heads-up: gnome and kde3 going to stable thisweekend
On Wed, 20 Oct 2010 10:41:20 -0400, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/14/10 10:15 AM, Daniel Macks wrote: What's the perfect answer to the weather turning cool in the Northern-hemisphere autumn? Why, setting stable-only users' CPUs on fire with a massive set of package updates! In unstable, KDE3 has a newer teeny-version and GNOME a new upstream stable release version, and both suites (and their lower-level dependency libs) have accumulated lots of upgrades and build-fixes and other tweaks too. It's all been in unstable for months, and will be synced to stable this weekend unless someone whines loudly ASAP. I'll try to keep it all sane during the process, but there may be some transient problems--missing deps or build problems as I fight with CVS commits and given how many fixes are for problems caused by other fixes elsewhere in the tree, getting sanity among the various platforms, etc. Please help me by reporting last-minute bugs and committing last-minute fixes in the next day or two. Then please do not commit anything while I do the migration (hard-freeze, I will post again when I am actually about to start). And then hold off on reporting anything busted until after I'm done. dan -- Daniel Macks dma...@netspace.org Are we going to unleash .la-cleaning on stable as well by updating dpkg? Yes. That's an intrinsic part of the new gnome, and the fixes for it are part of the other build-fixes for KDE (as well as version-up). dan -- Daniel Macks dma...@netspace.org -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Heads-up: gnome and kde3 going to stable this weekend
What's the perfect answer to the weather turning cool in the Northern-hemisphere autumn? Why, setting stable-only users' CPUs on fire with a massive set of package updates! In unstable, KDE3 has a newer teeny-version and GNOME a new upstream stable release version, and both suites (and their lower-level dependency libs) have accumulated lots of upgrades and build-fixes and other tweaks too. It's all been in unstable for months, and will be synced to stable this weekend unless someone whines loudly ASAP. I'll try to keep it all sane during the process, but there may be some transient problems--missing deps or build problems as I fight with CVS commits and given how many fixes are for problems caused by other fixes elsewhere in the tree, getting sanity among the various platforms, etc. Please help me by reporting last-minute bugs and committing last-minute fixes in the next day or two. Then please do not commit anything while I do the migration (hard-freeze, I will post again when I am actually about to start). And then hold off on reporting anything busted until after I'm done. dan -- Daniel Macks dma...@netspace.org -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Notice: Packages linking to libfluidsynth
On Tue, 12 Oct 2010 08:05:48 -0400, Ebrahim Mayat wrote:
Usage Notes:
To properly link to fluidsynth1, packagers will need to set some
combination
of CFLAGS, LDFLAGS, or similar compiler flags to point to
/sw/lib/fluidsynth1/(include/lib).
I think fluidsynth1-dev installs a .pc file in /sw/lib/pkgconfig (the
standard place for these files) and that file lists the correct
/sw/lib/fluidsynth1/{include,lib} paths. Assuming (ha!) other packages
use pkg-config to figure out what flags to use, they will automatically
get the correct (special ones for fluidsynth1) ones without needing
explicit CFLAGS, LDFLAGS, or others. Obviously some packages are
probably dumb and don't use correct pkg-config detection, or need other
magic because they do silly things with the data.
dan
--
Daniel Macks
dma...@netspace.org
--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Notice: Packages linking to libfluidsynth
On Tue, 12 Oct 2010 16:42:43 -0400, Ebrahim Mayat wrote:
I think fluidsynth1-dev installs a .pc file in /sw/lib/pkgconfig (the
standard place for these files) and that file lists the correct
/sw/lib/fluidsynth1/{include,lib} paths. Assuming (ha!) other packages
use pkg-config to figure out what flags to use, they will automatically
get the correct (special ones for fluidsynth1) ones without needing
explicit CFLAGS, LDFLAGS, or others. Obviously some packages are
probably dumb and don't use correct pkg-config detection, or need other
magic because they do silly things with the data.
dan
Daniel
Not exactly, the prefix is %p/lib/%N.
$ dpkg -L fluidsynth1-dev
/.
/sw
/sw/lib
/sw/lib/fluidsynth1
/sw/lib/fluidsynth1/include
/sw/lib/fluidsynth1/include/fluidsynth
/sw/lib/fluidsynth1/include/fluidsynth/audio.h
/sw/lib/fluidsynth1/include/fluidsynth/event.h
/sw/lib/fluidsynth1/include/fluidsynth/gen.h
/sw/lib/fluidsynth1/include/fluidsynth/log.h
/sw/lib/fluidsynth1/include/fluidsynth/midi.h
/sw/lib/fluidsynth1/include/fluidsynth/misc.h
/sw/lib/fluidsynth1/include/fluidsynth/mod.h
/sw/lib/fluidsynth1/include/fluidsynth/ramsfont.h
/sw/lib/fluidsynth1/include/fluidsynth/seq.h
/sw/lib/fluidsynth1/include/fluidsynth/seqbind.h
/sw/lib/fluidsynth1/include/fluidsynth/settings.h
/sw/lib/fluidsynth1/include/fluidsynth/sfont.h
/sw/lib/fluidsynth1/include/fluidsynth/shell.h
/sw/lib/fluidsynth1/include/fluidsynth/synth.h
/sw/lib/fluidsynth1/include/fluidsynth/types.h
/sw/lib/fluidsynth1/include/fluidsynth/version.h
/sw/lib/fluidsynth1/include/fluidsynth/voice.h
/sw/lib/fluidsynth1/include/fluidsynth.h
/sw/lib/fluidsynth1/lib
/sw/lib/fluidsynth1/lib/pkgconfig
/sw/lib/fluidsynth1/lib/pkgconfig/fluidsynth.pc
I disagree. I just rebuilt it on my 10.6/i386, and:
$ dpkg -c /sw/fink/debs/fluidsynth1-dev_1.1.3-378_darwin-i386.deb |
grep pkgconfig
drwxr-xr-x root/admin 0 2010-10-12 17:10
./sw/lib/fluidsynth1/lib/pkgconfig/
-rw-r--r-- root/admin 230 2010-10-12 17:10
./sw/lib/fluidsynth1/lib/pkgconfig/fluidsynth.pc
drwxr-xr-x root/admin 0 2010-10-12 17:10 ./sw/lib/pkgconfig/
lrwxr-xr-x root/admin 0 2010-10-12 17:10
./sw/lib/pkgconfig/fluidsynth.pc -
/sw/lib/fluidsynth1/lib/pkgconfig/fluidsynth.pc
However, if there were not that symlink, the key instruction for other
maintainers is to set PKG_CONFIG_PATH so that pkg-config would know to
look in /sw/lib/fluidsynth1/lib/pkgconfig. Setting CFLAGS/LDFLAGS would
likely not be sufficient for other maintainers in that case either,
since *even if* there were correct -I and -L flags, the pkg-config
check for presence of the lib would fail.
dan
--
Daniel Macks
dma...@netspace.org
--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fink sqlite3-3.7.2-1 build failure
On Sun, 3 Oct 2010 01:09:20 0900, Kow KURODA wrote: snipped more ## %p/lib/tcl is a symlink belonging to tcltk, do not overwrite it with a dir ## (Else everything goes wrong e.g. when tcltk is reinstalled after sqlite3). ## And target differs according to arch/sw_vers, thus need readlink link=`readlink /sw/lib/tcl` readlink /sw/lib/tcl ### execution of /var/tmp/tmp.2.S7zmNr failed, exit code 1 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-sqlite3-3.7.2-2 (Reading database ... 221475 files and directories currently installed.) Removing fink-buildlock-sqlite3-3.7.2-2 ... Failed: phase installing: sqlite3-3.7.2-2 failed It works here. What do you get if you just run readlink /sw/lib/tcl at a terminal prompt? It gives nothing, namely no error. What is the expected result? What OS X version and what fink arch are you using (i.e., Distribution version from 'fink -V')? I know tcl is different on some 64-bit architectures. dan -- Daniel Macks dma...@netspace.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Build issue with anjuta-2.24.2-2 on 10.5.8
On Fri, 1 Oct 2010 09:34:21 0200, Remi Mommsen wrote: Hi Dan, On Sep 30, 2010, at 7:25 PM, Daniel Macks wrote: On Mon, 27 Sep 2010 14:52:14 -0400, Daniel Macks wrote: On Mon, 27 Sep 2010 20:49:06 0200, Remi Mommsen wrote: On Sep 27, 2010, at 8:08 PM, Hanspeter Niederstrasser wrote: On 9/27/10 1:58 PM, Alexander Hansen wrote: (Tested on 10.5.8/PowerPC, Xcode 3.1.4, Xquartz 2.5.3) Looks like another case of .la files hiding a multitude of sins: ... libtool: link: gcc -o .libs/libanjuta-gtodo.so -bundle .libs/plugin.o .libs/add_edit_item.o .libs/callback.o .libs/debug_printf.o .libs/egg-datetime.o .libs/eggtrayicon.o .libs/export.o .libs/interface.o .libs/libgtodo.o .libs/list_tooltip.o .libs/mcategory.o .libs/notification.o .libs/preferences.o .libs/tasklists.o .libs/todo_db.o .libs/tray-icon.o -L/sw/lib - -L/usr/X11/lib -L/sw/lib/gnome-vfs2.16 /sw/lib/libxslt.dylib -lpthread /sw/lib/libiconv.dylib -lm ../../libanjuta/.libs/libanjuta.dylib - -L/usr/lib /sw/lib/libgnomeui-2.dylib /usr/X11/lib/libSM.dylib /usr/X11/lib/libICE.dylib /sw/lib/libbonoboui-2.dylib /sw/lib/gnome-vfs2.16/libgnomevfs-2.dylib /sw/lib/libgnomecanvas-2.dylib /sw/lib/libgnome-2.dylib /sw/lib/libpopt.dylib /sw/lib/libbonobo-2.dylib /sw/lib/libbonobo-activation.dylib /sw/lib/libORBit-2.dylib /sw/lib/libart_lgpl_2.dylib /sw/lib/libgconf-2.dylib /sw/lib/libgthread-2.0.dylib /sw/lib/libglade-2.0.dylib /sw/lib/libgtk-x11-2.0.dylib /sw/lib/libxml2.dylib /sw/lib/libgdk-x11-2.0.dylib /sw/lib/libatk-1.0.dylib /sw/lib/pango-ft219/lib/libpangoft2-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/lib/pango-ft219/lib/libpangocairo-1.0.dylib /sw/lib/libcairo.dylib /sw/lib/pango-ft219/lib/libpango-1.0.dylib /sw/lib/freetype219/lib/libfreetype.dylib /usr/X11/lib/libfontconfig.1.4.3.dylib /usr/lib/libiconv.dylib /usr/X11/lib/libfreetype.dylib -lz /usr/lib/libexpat.dylib /sw/lib/libgio-2.0.dylib /sw/lib/libgobject-2.0.dylib /sw/lib/libgmodule-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib -lutil Undefined symbols: _XUngrabServer, referenced from: _egg_tray_icon_update_manager_window in eggtrayicon.o It also has a missing Dependency on gconf2 (gconftool-2 executable) to satisfy ./configure and for the PostInstScript. Thanks for the reports. However, I fear that I don't have time to work on it in the coming weeks. Beside, I do not have access to 10.5 anymore. Thus, feel free to fix whatever you deem necessary, or scrap the package for now. I'll give it a shot tonight; stay tuned to your local fink-devel station... Okay, several nights:) New version in unstable now, that fixes lots of upstream messes and updated gnome standards in fink. Thanks for updating the package. As you've invested quite a bit of work and also know much more about gnome stuff than I do, do you want to take over the maintainer ship? I don't actually know anything about anjuta (I just recognize the patterns of gnome packaging tricks). It seems like it's a (semi-?)formal part of the gnome platform though, so you could give it to gnome-core. dan -- Daniel Macks dma...@netspace.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Build issue with anjuta-2.24.2-2 on 10.5.8
On Mon, 27 Sep 2010 14:52:14 -0400, Daniel Macks wrote: On Mon, 27 Sep 2010 20:49:06 0200, Remi Mommsen wrote: On Sep 27, 2010, at 8:08 PM, Hanspeter Niederstrasser wrote: On 9/27/10 1:58 PM, Alexander Hansen wrote: (Tested on 10.5.8/PowerPC, Xcode 3.1.4, Xquartz 2.5.3) Looks like another case of .la files hiding a multitude of sins: ... libtool: link: gcc -o .libs/libanjuta-gtodo.so -bundle .libs/plugin.o .libs/add_edit_item.o .libs/callback.o .libs/debug_printf.o .libs/egg-datetime.o .libs/eggtrayicon.o .libs/export.o .libs/interface.o .libs/libgtodo.o .libs/list_tooltip.o .libs/mcategory.o .libs/notification.o .libs/preferences.o .libs/tasklists.o .libs/todo_db.o .libs/tray-icon.o -L/sw/lib - -L/usr/X11/lib -L/sw/lib/gnome-vfs2.16 /sw/lib/libxslt.dylib -lpthread /sw/lib/libiconv.dylib -lm ../../libanjuta/.libs/libanjuta.dylib - -L/usr/lib /sw/lib/libgnomeui-2.dylib /usr/X11/lib/libSM.dylib /usr/X11/lib/libICE.dylib /sw/lib/libbonoboui-2.dylib /sw/lib/gnome-vfs2.16/libgnomevfs-2.dylib /sw/lib/libgnomecanvas-2.dylib /sw/lib/libgnome-2.dylib /sw/lib/libpopt.dylib /sw/lib/libbonobo-2.dylib /sw/lib/libbonobo-activation.dylib /sw/lib/libORBit-2.dylib /sw/lib/libart_lgpl_2.dylib /sw/lib/libgconf-2.dylib /sw/lib/libgthread-2.0.dylib /sw/lib/libglade-2.0.dylib /sw/lib/libgtk-x11-2.0.dylib /sw/lib/libxml2.dylib /sw/lib/libgdk-x11-2.0.dylib /sw/lib/libatk-1.0.dylib /sw/lib/pango-ft219/lib/libpangoft2-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/lib/pango-ft219/lib/libpangocairo-1.0.dylib /sw/lib/libcairo.dylib /sw/lib/pango-ft219/lib/libpango-1.0.dylib /sw/lib/freetype219/lib/libfreetype.dylib /usr/X11/lib/libfontconfig.1.4.3.dylib /usr/lib/libiconv.dylib /usr/X11/lib/libfreetype.dylib -lz /usr/lib/libexpat.dylib /sw/lib/libgio-2.0.dylib /sw/lib/libgobject-2.0.dylib /sw/lib/libgmodule-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib -lutil Undefined symbols: _XUngrabServer, referenced from: _egg_tray_icon_update_manager_window in eggtrayicon.o It also has a missing Dependency on gconf2 (gconftool-2 executable) to satisfy ./configure and for the PostInstScript. Thanks for the reports. However, I fear that I don't have time to work on it in the coming weeks. Beside, I do not have access to 10.5 anymore. Thus, feel free to fix whatever you deem necessary, or scrap the package for now. I'll give it a shot tonight; stay tuned to your local fink-devel station... Okay, several nights:) New version in unstable now, that fixes lots of upstream messes and updated gnome standards in fink. dan -- Daniel Macks dma...@netspace.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Replacing setuptools-py with distribute-py
On Tue, 28 Sep 2010 15:40:50 -0400, Daniel Johnson wrote: On Sep 28, 2010, at 6:43 AM, Kurt Schwehr wrote: Hi Daniel and python packagers, I've added distribute to py2[4-7], given it a Provides setuptools, and Conflicts setuptools. If your package depends or builddepends on setuptools, please test it with distribute. -kurt (goatbar) - Original Message Sent: Tue, September 21, 2010 10:08:19 AM Subject: Replace setuptools-py with distribute-py? I'm running into a problem packaging python packages that require distribute instead of setuptools. To make matters worse, they will automatically download distribute and try to replace an already installed setuptools! This seems to be becoming common in the Python world. Fortunately, --build-as-nobody catches this, but it also makes the packages uninstallable except on py31. Distribute is fully backward compatible with setuptools, so this shouldn't break anything, and in any case, setuptools is generally considered deprecated. Now there are a few packages that have a versioned BuildDepends on setuptools-py, so simply relying on Provides: setuptools-py%type_pkg[python] won't work unless we change those to unversioned BuildDepends. The other possibility is to make an empty dummy setuptools-py%type_pkg[python] package that simply Depends on distribute (and add 2.5, 2.6 and 2.7 types). That would be the least work. Thanks Daniel Ok, the problem is that distribute-py installs a file called setuptools-0.6c11-py2.7.egg-info while setuptools has a directory there. dpkg won't replace a directory with a file. Is .egg-info useful? Just nuke it from distribute-py during its InstallScript. dan -- Daniel Macks dma...@netspace.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Build issue with anjuta-2.24.2-2 on 10.5.8
On Mon, 27 Sep 2010 20:49:06 0200, Remi Mommsen wrote: Hi, On Sep 27, 2010, at 8:08 PM, Hanspeter Niederstrasser wrote: On 9/27/10 1:58 PM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (Tested on 10.5.8/PowerPC, Xcode 3.1.4, Xquartz 2.5.3) Looks like another case of .la files hiding a multitude of sins: ... libtool: link: gcc -o .libs/libanjuta-gtodo.so -bundle .libs/plugin.o .libs/add_edit_item.o .libs/callback.o .libs/debug_printf.o .libs/egg-datetime.o .libs/eggtrayicon.o .libs/export.o .libs/interface.o .libs/libgtodo.o .libs/list_tooltip.o .libs/mcategory.o .libs/notification.o .libs/preferences.o .libs/tasklists.o .libs/todo_db.o .libs/tray-icon.o -L/sw/lib - -L/usr/X11/lib -L/sw/lib/gnome-vfs2.16 /sw/lib/libxslt.dylib -lpthread /sw/lib/libiconv.dylib -lm ../../libanjuta/.libs/libanjuta.dylib - -L/usr/lib /sw/lib/libgnomeui-2.dylib /usr/X11/lib/libSM.dylib /usr/X11/lib/libICE.dylib /sw/lib/libbonoboui-2.dylib /sw/lib/gnome-vfs2.16/libgnomevfs-2.dylib /sw/lib/libgnomecanvas-2.dylib /sw/lib/libgnome-2.dylib /sw/lib/libpopt.dylib /sw/lib/libbonobo-2.dylib /sw/lib/libbonobo-activation.dylib /sw/lib/libORBit-2.dylib /sw/lib/libart_lgpl_2.dylib /sw/lib/libgconf-2.dylib /sw/lib/libgthread-2.0.dylib /sw/lib/libglade-2.0.dylib /sw/lib/libgtk-x11-2.0.dylib /sw/lib/libxml2.dylib /sw/lib/libgdk-x11-2.0.dylib /sw/lib/libatk-1.0.dylib /sw/lib/pango-ft219/lib/libpangoft2-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/lib/pango-ft219/lib/libpangocairo-1.0.dylib /sw/lib/libcairo.dylib /sw/lib/pango-ft219/lib/libpango-1.0.dylib /sw/lib/freetype219/lib/libfreetype.dylib /usr/X11/lib/libfontconfig.1.4.3.dylib /usr/lib/libiconv.dylib /usr/X11/lib/libfreetype.dylib -lz /usr/lib/libexpat.dylib /sw/lib/libgio-2.0.dylib /sw/lib/libgobject-2.0.dylib /sw/lib/libgmodule-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib -lutil Undefined symbols: _XUngrabServer, referenced from: _egg_tray_icon_update_manager_window in eggtrayicon.o It also has a missing Dependency on gconf2 (gconftool-2 executable) to satisfy ./configure and for the PostInstScript. Thanks for the reports. However, I fear that I don't have time to work on it in the coming weeks. Beside, I do not have access to 10.5 anymore. Thus, feel free to fix whatever you deem necessary, or scrap the package for now. I'll give it a shot tonight; stay tuned to your local fink-devel station... dan -- Daniel Macks dma...@netspace.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Shlibs: install_name and compatibility version
On Mon, 20 Sep 2010 23:23:50 -0400, Daniel Macks wrote:
On Tue, 21 Sep 2010 06:26:48 0900, David R. Morrison wrote:
Also, I'm wondering if we should maybe enhance that validator test
so that if it finds a Shlibs with an incomplete pathname, it gives
additional advice (such as what Ben wrote in this email...)
I think the actual bug isnon-absolute install_name, not non-absolute
Shlibs that correctly transcribes non-absolute install_name. So
something like this pseudocode:
if (not absolute path) {
error file $filename has install_name $i_n that is not an
absolute path
} elsif (no Shlibs entry) { ... # continue with existing error-checking
would point out where the real fix needs to be applied (binary data
within the .dylib), and once that's solved, continues by making sure
the Shlibs field matches it.
..now committed to HEAD.
dan
--
Daniel Macks
dma...@netspace.org
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Shlibs: install_name and compatibility version
On Tue, 21 Sep 2010 06:26:48 0900, David R. Morrison wrote:
Also, I'm wondering if we should maybe enhance that validator test
so that if it finds a Shlibs with an incomplete pathname, it gives
additional advice (such as what Ben wrote in this email...)
I think the actual bug isnon-absolute install_name, not non-absolute
Shlibs that correctly transcribes non-absolute install_name. So
something like this pseudocode:
if (not absolute path) {
error file $filename has install_name $i_n that is not an absolute path
} elsif (no Shlibs entry) { ... # continue with existing error-checking
would point out where the real fix needs to be applied (binary data
within the .dylib), and once that's solved, continues by making sure
the Shlibs field matches it.
dan
--
Daniel Macks
dma...@netspace.org
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glpk-4.44-1 breaks octave's build
On Sat, 18 Sep 2010 19:05:36 -0400, Alexander Hansen wrote: octave-3.0.5 builds with glpk-4.26, but not with the recent glpk-4.44 update. The failure mode is as follows: ... g -bundle -bundle_loader ../src/octave -L/sw32/lib -o __glpk__.oct pic/__glpk__.o -L../libcruft -lcruft -L../liboctave -loctave -L. - -loctinterp -lcholmod -lumfpack -lamd -lcamd -lcolamd -lccolamd - -lcxsparse - -Wl,-framework,Accelerate,-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 - -Wl,-framework,Accelerate,-dylib_file,/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib:/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib - -lfftw3 -lreadline -lncurses -lhdf5 -lz -lm /sw32/lib/gcc4.4/lib/libgfortran.dylib -lglpk Undefined symbols: __glp_lib_fault_hook, referenced from: glpk(int, int, int, double*, int, int*, int*, double*, double*, char*, int*, double*, int*, double*, int*, int, int, int, double*, double*, double*, double*, double*, double*, double*)in __glpk__.o __glp_lib_print_hook, referenced from: glpk(int, int, int, double*, int, int*, int*, double*, double*, char*, int*, double*, int*, double*, int*, int, int, int, double*, double*, double*, double*, double*, double*, double*)in __glpk__.o ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [__glpk__.oct] Error 1 The issue appears to be due to the symbol content being different between libglpk.0.dylib in the two versions: glpk-4.26-1: $ nm /sw/lib/libglpk.0.dylib | c filt | grep hook 00020070 T __glp_lib_fault_hook 00020080 T __glp_lib_print_hook 00020020 T __glp_lib_term_hook 9c10 T _glp_term_hook glpk-4.44-1: $ nm /sw32/lib/libglpk.0.dylib | c filt | grep hook 0002da60 T _glp_error_hook 0002d830 T _glp_term_hook In principle I could patch octave not to try to use __glp_lib_fault_hook and __glp_lib_print_hook, as long as nobody knows of a reason why this would be bad. I haven't experienced any _runtime_ issues with octave built against glpk-4.26 and then using 4.44, so it doesn't seem to need those symbols frequently, if it actually does. (Updating octave might be a better option, but I'm still a bit too busy to be able to handle that chore.) More info (from #fink debug-fest about it)... those symbols were not part of public interface of glpk (no prototype in installed .h) and was commented as obsolete in the internal coding. Octave source gives hints that octave devels even knew it was private, so data point N 1 that relying on someone else's internal implementation details is fragile and dumb. dan -- Daniel Macks dma...@netspace.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] python and rpy2-py26
On Sat, 18 Sep 2010 11:46:54 0900, BABA Yoshihiko wrote: Dear, Some environmental variables (R_HOME in particular) are not passed to python. What I did was I installed python26 and rpy2-py26 (and r-base and other relevant packages). The environment variable R_HOME is set, but when I check os.environ in Python, it doesn't include R_HOME, thus rpy2-py26 terminates. I don't know anything about rpy, but: /sw/bin/python2.6 -c 'import os;print os.environ;print os.getenv(R_HOME)' gives /sw/Library/Frameworks/R.framework/Resources both in the environ dump and the getenv accessor. Same for /sw/bin/python2.5. The variable is published by the r-base package. And (as usual for this sort of variable) and is only visible in shells started after that package is installed (or else by rerunning source /sw/bin/init.sh). Are you using rpy2-py26 in a way that does not load fink's normal init.sh setup? dan -- Daniel Macks dma...@netspace.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] icewm-1.3.6-1 fails to build on 10.5/i386
On Thu, 16 Sep 2010 07:08:44 -0400, Hanspeter Niederstrasser wrote: 10.5/i386/Apple's X11: g -fpermissive -Wall -Wpointer-arith -Wwrite-strings -Woverloaded-virtual -W -fno-exceptions -fno-rtti -Os -pipe -MD -I/sw/include-DHAVE_CONFIG_H -DLIBDIR='/sw/share/icewm' -DCFGDIR='/sw/etc/icewm' -DLOCDIR='/sw/share/locale' -DKDEDIR='' -DPACKAGE='icewm' -DVERSION='1.3.6' -DHOSTOS='Darwin' -DHOSTCPU='i386' -DEXEEXT='' -DICEWMEXE='icewm' -DICEWMTRAYEXE='icewmtray' -DICEWMBGEXE='icewmbg' -DICESMEXE='icewm-session' -DICEHELPEXE='icehelp' -DICEHELPIDX='/sw/share/doc/icewm/icewm.html' `pkg-config gdk-pixbuf-xlib-2.0 --cflags` -I/sw/lib/xft2/include -I/sw/include/freetype2 -I/sw/include -I/sw/lib/fontconfig2/include -I/usr/X11/include -I/usr/X11R6/include -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include -I/sw/include/gtk-2.0 -I/sw/include -c ywindow.cc ywindow.cc: In member function 'void YDesktop::updateXineramaInfo(int, int)': ywindow.cc:1882: error: 'XRRScreenResources' was not declared in this scope ywindow.cc:1882: error: 'xrrsr' was not declared in this scope ywindow.cc:1883: error: 'XRRGetScreenResources' was not declared in this scope ywindow.cc:1887: error: 'XRRCrtcInfo' was not declared in this scope ywindow.cc:1887: error: 'ci' was not declared in this scope ywindow.cc:1887: error: 'XRRGetCrtcInfo' was not declared in this scope ywindow.cc:1904: error: 'XRROutputInfo' was not declared in this scope ywindow.cc:1904: error: 'oinfo' was not declared in this scope ywindow.cc:1904: error: 'XRRGetOutputInfo' was not declared in this scope make[1]: *** [ywindow.o] Error 1 make: *** [base] Error 2 ### execution of make failed, exit code 2 ### execution of /var/tmp/tmp.4.Ydnq2d failed, exit code 2 Google says those are Xrandr.h things, which I do have in /usr/X11/include/X11/extensions/Xrandr.h (v 1.9 2002/09/29 according the the CVS tag on top of the file). Found this as well: http://sourceforge.net/tracker/?func=detailaid=2677667group_id=31atid=100031 I forgot how confusing the xrandr situation is on OS X:( Different versions, and at least one x11 provider (10.4/apple's maybe) has an xrandr that lies about its own version. I committed %r=2 for 10.[45] that has --disable-randr (vs a separate high %r for 10.6 with it not-disabled). That seems like it might work, in that on 10.6 it still builds successfully but does not appear to use xrandr at compile-time. That's about as far as I can take it, others feel free to hack and fix. dan -- Daniel Macks dma...@netspace.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Angband Won't Build As Nobody
On Sun, 12 Sep 2010 09:33:39 0200, Max Horn wrote:
Here is one idea: Maybe we could insert our own custom chmod/chown
scripts into the PATH used for building packages, with suid flag set,
so that they can invoke the original chmod/chown with the appropriate
rights. Of course that punches a hole into the non-root approach, but
a relatively small one (as long as we don't do --b-a-n to prevent
security holes, this is not a big issue, anyway).
We could also try to avoid that hole by filtering the path
arguments passed to our chmod/chown/chgroup commands, to only accepts
paths inside the build dir (or even only in the install dir). For that,
in turn, some care would have to be taken to make sure callers can't
punch out by using clever combos of .. and symlinks. That could be
done by using readlink -f PATH on each of the paths passed to the
chmod util before matching it against the /sw/src/fink.build/%n-%v-%r
prefix (or whatever the build dir is set to).
Wouldn't a suid'ed chown allow any user to seize ownership of any
file anywhere on the filesystem? Would have to be *very* careful to
sanitize the allowable targets. But even still, it would allow some
random user on a shared machine to take ownership of files in a build
dir during the build process, and therefore own live files in /sw. Only
safe way to have this sort of feature would be to have the suid-chown
verify that the real user running it is fink-bld. If only the
--build-as-nobody user can use it and nobody (except root) can become
that user, we're essentially as safe as only allowing root to do chown.
In addition to chown and chmod, we'd need install (its -o and -g flags
always trip --build-as-nobody in imake projects) and chgrp.
A second part of the process would have to involve changes to existing
--b-a-n functionality: the reversion of builddir to root. Currently
(approximately), --b-a-n switches to fink-bld for InstallScript and
related actions, then 'chown -R root:admin $builddir' so that it is
back to the normal state for live filesystem files. If we have chown'ed
files to (for example) games, that would wipe the ownership anyway.
Instead would have to replace the chown -R with one that only acted on
files still owned by fink-bld (and separate similar control group). Not
un-doable ('find' or a perl-equivalent implementation), just a TODO
reminder.
dan
--
Daniel Macks
dma...@netspace.org
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing
http://p.sf.net/sfu/novell-sfdev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Help kill old automake by testing gettext build
The only thing that uses automake1.5 anywhere in stable or unstable is...old gettext. That lib is still used by a bunch of packages (and we have to keep it per Shlibs Policy anyway), so I need help testing the update for it to newer automake. That would be gettext.info in my CVS exp. I went with automake1.9 because akh said 1.9 seems conservative upgrade, so there we are. To test, build the one from unstable (== stable at this time) on your platform (OS X 10.[56], any arch) with -l (to save log of build). Then redo with my exp one and compare the logs. I'm expecting no differences in configure detection, maybe a few less autotools warnings, a pair of warnings about AM_* symbols (see .info DescPort), and no differences in compile and install commands or results. dan -- Daniel Macks dma...@netspace.org -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] EMBOSS: dependency problems on X86_64
On Tue, 24 Aug 2010 21:07:03 -0400, Alexander Hansen wrote: On 8/24/10 8:34 PM, Hanspeter Niederstrasser wrote: On 8/24/10 6:46 PM, Scott R. Santos wrote: 2) I now get the following error when I try to update EMBOSS on X86_64 systems (didn't happen before the new plplot was introduced and guess wxmac28-shlibs isn't available for this platform; I consider this another reason to have a vanilla version of EMBOSS available via fink): srsan...@scott-r-santoss-macbook-pro:~$ fink update-all Information about 9342 packages read in 0 seconds. Can't resolve dependency wxmac28-shlibs for package libplplot10-shlibs-5.9.6-1 (no matching packages/versions found) Exiting with failure. According to this page http://wiki.wxwidgets.org/Development:_wxMac#Building_under_10.6_Snow_Leopard the current Fink version (2.8.x) can't be made to work as x86_64 (uses Carbon). However, it seems that the latest upstream version is 2.9.1 (recently released) and earlier news suggests that version should do 64bit OS X. Until such time as this makes it into Fink, unless somebody has another idea, I think we need to pull plplot, emboss ... from the 10.6/x86_64 tree. plplot only uses wxmac as a plugin/device-driver, so it could be packaged separately if someone actually wants it for something. Meanwhile, I'll disable it core plplot libs so at least *that* stays portable. dan -- Daniel Macks dma...@netspace.org -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] AWOL Maintainer: blair christensen
- Forwarded message from Mail Delivery Subsystem - Subject: Returned mail: see transcript for details Auto-Submitted: auto-generated (failure) The original message was received at Sun, 13 Jun 2010 16:48:34 -0400 from localhost.localdomain [127.0.0.1] - The following addresses had permanent fatal errors - bl...@devclue.com - Transcript of session follows - bl...@devclue.com... Deferred: Connection timed out with devclue.com. Message could not be delivered for 5 days Message will be deleted from queue Arrival-Date: Sun, 13 Jun 2010 16:48:34 -0400 Final-Recipient: RFC822; bl...@devclue.com Action: failed Status: 4.4.7 Remote-MTA: DNS; devclue.com Last-Attempt-Date: Fri, 18 Jun 2010 17:43:54 -0400 - Anyone had any contact lately or know any recent activity/history of his packages: perl6-say-pm pod-pseudopod-pm rpc-xml-pmXXX dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fixing libiconv (build-test needed)
Could someone(s) test the libiconv in my cvs exp? Goal: compare build transcript: 1) with fink libiconv-dev installed, 2) without libiconv-dev, 3) without libiconv-dev *and with /usr/include/iconv.h and /usr/lib/libiconv.dylib (and .la if present) moved away. Need to make sure we aren't getting circular dependency and aren't mixing system with internal lib/headers of same name. Clean on 10.4, need checked on 10.6/32 and 10.6/64 http://fink.cvs.sf.net/viewvc/*checkout*/fink/experimental/dmacks/finkinfo/libiconv.info?revision=1.2 http://fink.cvs.sf.net/viewvc/*checkout*/fink/experimental/dmacks/finkinfo/libiconv.patch?revision=1.1 dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fontconfig2-dev: Error installing gtk+2 BuildDepends in Fink 10.6.3/x86 stable
On Sun, Jun 13, 2010 at 03:23:12PM -0400, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/13/10 2:10 PM, Charles Lepple wrote: I was trying to test a new revision of gtkwave under 10.6/stable (32- bit), and I get the following when building the gtk/glib dependencies for the first time: $ nice fink -l -m install gtkwave Password: Scanning package description files.. Information about 3646 packages read in 1 seconds. Running in Maintainer Mode Validating package file /sw/fink/dists/local/main/finkinfo/gnome/ gtkwave.info... Package looks good! The package 'gtkwave' will be built and installed. Reading dependency for gtkwave-3.3.7-2... Reading build dependency for gtkwave-3.3.7-2... Reading build conflict for gtkwave-3.3.7-2... The package 'glib2-shlibs' will be built and installed. Reading dependency for glib2-shlibs-2.20.5-2... Reading build dependency for glib2-shlibs-2.20.5-2... Reading dependency for glib2-dev-2.20.5-2... Reading build conflict for glib2-shlibs-2.20.5-2... The package 'gtk+2-shlibs' will be built and installed. Reading dependency for gtk+2-2.16.6-3... Reading build dependency for gtk+2-2.16.6-3... Reading dependency for gtk+2-shlibs-2.16.6-3... Reading dependency for gtk+2-dev-2.16.6-3... Reading dependency for gtk+2-shlibs-2.16.6-3... Reading build dependency for gtk+2-shlibs-2.16.6-3... Reading build conflict for gtk+2-2.16.6-3... Reading build conflict for gtk+2-shlibs-2.16.6-3... The package 'liblzma-shlibs' will be built and installed. Reading dependency for xz-4.999.9-3... Reading build dependency for xz-4.999.9-3... Reading dependency for liblzma-shlibs-4.999.9-3... Reading dependency for liblzma-4.999.9-3... Reading dependency for lzma-4.999.9-3... Reading dependency for liblzma-shlibs-4.999.9-3... Reading build dependency for liblzma-shlibs-4.999.9-3... Reading build conflict for xz-4.999.9-3... Reading build conflict for liblzma-shlibs-4.999.9-3... The package 'shared-mime-info' will be built and installed. Reading dependency for shared-mime-info-0.51-1... Reading build dependency for shared-mime-info-0.51-1... Reading build conflict for shared-mime-info-0.51-1... The package 'atk1' will be built and installed. Reading dependency for atk1-1.26.0-2... Reading build dependency for atk1-1.26.0-2... Reading dependency for atk1-shlibs-1.26.0-2... Reading build conflict for atk1-1.26.0-2... The package 'cairo' will be built and installed. Reading dependency for cairo-1.8.10-2.1... Reading build dependency for cairo-1.8.10-2.1... Reading dependency for cairo-shlibs-1.8.10-2.1... Reading build conflict for cairo-1.8.10-2.1... The package 'fontconfig2-dev' will be built and installed. WARNING: The package fontconfig2-dev Depends on system-xfree86-dev, but system-xfree86-dev only allows things to BuildDepend on it. Failed: Please correct the above problems and try again! $ fink --version Package manager version: 0.29.12 Distribution version: selfupdate-rsync Sun Jun 13 12:27:00 2010, 10.6, i386 I am using the stock X11 that came with 10.6.x, plus whatever the latest updates are. Let me know if, for some reason, I should be using another package of XQuartz instead. God, no! That installs in /opt/X11 (or something) on 10.6, anyway, so hopefully no Fink packages actually find it. Looks like someone else ran into this: http://sourceforge.net/tracker/index.php?func=detailaid=2966606group_id=17203atid=117203 And, of course, they put a totally useless title to the bug, and nobody is reading the bug tracker right now. I don't really need the -m switch for the dependencies, but it would probably be good to have this work out-of-the-box. I'd recommend migrating the current/unstable fontconfig over--it doesn't carry the same Depends issues. Unfortunately, it also Depends: dpkg-base-files, which is unstable-only, and that in turn Depends on an unstable-only dpkg revision. dpkg-base-files is not migrated yet because nobody has finished fixing kde to compensate for the .la cleaning that dpkg-base-files does. It's gradually getting fixed in unstable, but unstable is a newer version than stable, so either new kde should migrate (I think the why not argument is that there is an even newer version coming, which is a pretty crappy reason not to send *this* one in the mean time) or else the fixes need to be back-ported to stable. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink
Re: [Fink-devel] http://pdb.finkproject.org/pdb/package.php/sendfile
On Sat, Jun 12, 2010 at 12:54:17PM +0200, Ulli Horlacher wrote: I am the author of sendfile. I see access to the sendfile homepage through http://pdb.finkproject.org/pdb/package.php/sendfile (Referer) On your webpage you write about sendfile 2.1a, but the stable release is sendfile-2.1b - for more than 10 years. The sendfile homepage has moved from http://www.belwue.de/aktivitaeten/projekte/saft/index-us.html to http://fex.rus.uni-stuttgart.de/saft/sendfile.html I just updated the package per new version and changed URLs. But sendfile has a much better successor: F*EX http://fex.rus.uni-stuttgart.de/ Maybe you are interested. Love to have it! All we need is someone to submit a package .info file. The existing package, as you saw on the webpage, has no current maintainer:( dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] geeqie appears to need a BuildDepend on getoptbin
On Thu, Jun 10, 2010 at 07:04:44AM -0400, Alexander Hansen wrote: The failure mode when /usr/bin/getopt is used on 10.5 or 10.6 is: ... if [ -x /sw/bin/gnome-doc-tool ]; then \ /sw/bin/gnome-doc-tool html -o html ./docbook/GuideIndex.xml ; \ else \ echo gnome-doc-tool not found, html is not built ; \ fi getopt: illegal option -- s [...] With getoptbin installed, the build succeeds. Looks like it's gnome-doc-tool in general (or at least in ways not specific to geeqie), so added as Depends to gnome-doc-utils. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 32-bits apps in the 64-bit branch
On Thu, Jun 10, 2010 at 06:24:59PM +0200, Jean-Fran?ois Mertens wrote: On 10 Jun 2010, at 17:34, Alexander Hansen wrote: On 6/10/10 11:28 AM, Pepe Barbe wrote: Hello, I am trying to update the sleepwatcher. This package links against carbon so it is 32-bits only. I would like to make the package so that it could be installed also from within the 64-bit branch, but I don't what is the policy in this regard. I believe that if it won't build in the 64-bit tree, then it is not allowed to exist in that tree. Just built it on 32bit, to see. The pkg links ONLY against the system; so with SetCC: /usr/bin/cc should build in the 64-bit tree _ though not in 64-bit mode ... And nothing can link against it ... So _ is there a policy for such cases ? Sounds reasonable. Unrelatedly, while fixing that package, the following is a little problem: install -o root -g wheel -m 755 rc.sleep %i/etc/ install -o root -g wheel -m 755 rc.wakeup %i/etc/ because it prevents --build-as-nobody from being used. By default (either with or without --b-a-n) all files are installed owned by root:admin. If that's acceptible for these rc.* files, then you can omit the -o and -g games here. If you really need them group=wheel, better would be to omit -o/-g here and have a 'chgrp' command in PostInstScript--and definitely a DescPackaging note about this group requirement so others can figure out why there are non-standard ownership flags and/or build-unusual-actions here. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gcc45 build fails on two 10.6 64-bit machines
On Wed, Jun 02, 2010 at 09:05:34PM -0400, Jack Howarth wrote:
On Wed, Jun 02, 2010 at 08:47:54PM -0400, Alexander Hansen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/2/10 8:43 PM, Jack Howarth wrote:
On Wed, Jun 02, 2010 at 08:36:58PM -0400, Alexander Hansen wrote:
On 6/2/10 8:26 PM, Jack Howarth wrote:
On Wed, Jun 02, 2010 at 08:04:20PM -0400, Benjamin Reed wrote:
On 6/2/10 7:55 PM, Jack Howarth wrote:
One possible workaround might be to change gcc45.info
to reduce the number of parallel builds so that the
load sensitivity is reduced. So instead of using...
num_cpu=$(echo `sysctl -n hw.ncpu`)
make -j $num_cpu
we would reduce num_cpu by one if greater
than one so that the build is either serial
or leaves a free core whenever building in parallel.
This won't 'fix' the problem but it might make
it less likely.
So if GCC's build is not repeatably compatible with -jN, then it
should probably not be doing it by default. :P
This is a recent regression upstream. The question is do you
penalize all users with multiple core machines for those
unlucky users running two cores at high load? As I said before,
a rational (and less extreme) workaround would be to leave
a free core available to reduce the load on the machine.
I build gcc trunk nightly and have never seen this failure
on a dual quad.
Jack
I'll point out that I had my single instance of this failure on a
single-core powerpc, and had no such problem building on a two-core
Macbook under load.
Are you sure you're not confusing the issue with...
cp %b/gcc/config/darwin-sections.def
%i/lib/gcc4.5/lib/gcc/%m-apple-darwin${darwinvers}/%v/plugin/include/config
on powerpc? I suspect these are totally different problems. The compiler
plugin support apparently isn't installing the plugin header directory
on powerpc-apple-darwin. As I mentioned before, this cp comamnd can be
skipped on powerpc because there will never be a dragonegg compiler
plugin for powerpc (only i386 and x86_64 darwin).
I'm not confusing anything. I mentioned earlier in this thread that I
had an instance of _this_ problem:
So that implies that the parallel build on even a single job
can trigger the problem. Definitely there is little reason to
parallel build on a single core so we could limit the parallel
builds to machines with more than two cores for safety.
In general, using more -j than core on one/few-core systems actually
does increase overall build speed. It lets the the build process take
advantage of (for example) I/O in one thread while heavy CPU in
another. Saturate multiple resources rather than having one mostly
idle waiting for another. No idea if there is a limit beyond which it
no longer helps (always something wanting disk or not enough
parallel-izable tasks without queuing for disk).
dan
--
Daniel Macks
dma...@netspace.org
http://www.netspace.org/~dmacks
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] log-log4perl-pm588-1.01-1 self-test failure
On Fri, May 21, 2010 at 12:12:31PM -0400, Alexander Hansen wrote: On 5/20/10 7:27 PM, Daniel Macks wrote: 10.4/ppc, everything up-to-date unstable: t/048lwp.t ... 1/3 # Failed test at t/048lwp.t line 41. # '' # doesn't match '(?-xism:GET file:/tmp/foobar)' # Failed test at t/048lwp.t line 86. # '' # doesn't match '(?-xism:LWP/UserAgent.pm-\d+)' # Looks like you failed 2 tests of 3. t/048lwp.t ... Dubious, test returned 2 (wstat 512, 0x200) Failed 2/3 subtests Same result on the -pm586 package. Also the same on 10.5.8/i386 Fix committed. Maintainer: this package is still out-of-date (there is a newer version on CPAN), but at least this old version compiles now. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Automatic hiding of /usr/local
One of the side effects of fink-package-precedence is that /usr/local
becomes more of a visible problem. Well, it was always a problem, but
now it becomes a build-time crash rather than a silently-lurking
time-bomb). There are lots of legitimate reasons users may have
/usr/local stuff, but no good technical way to hide it from the
compiler.
We've previously considered and rejected the idea of *automatically*
moving /usr/local (or at least include/ and lib/) out of the way
during fink build operations because it's an out of /sw effect that
might affect other work the user is doing, and if the build fails, the
directories might not get put back in their original place.
Murr suggested a fink *option* to do it. I agree it's a nice feature.
Some ideas he and I kicked around include having fink warn if
/usr/local stuff is detected, and having a fink.conf opt-in control
that does the rename-while-build-then-restore. And vasi's Finally
feature (used by the BuildConflicts swappy and Buildlock removal
processes) to restore seems to provide a way to restore the moved dirs
even in most cases when the build fails. My only concern is for
parallel build operations ('fink build a' and 'fink build b' in
separate windows)...need to make sure the restore only happens when
*all* builds are finished, which may also not be the same build that
did the move originally.
So...thoughts about a boolean fink.conf:HideUsrLocal flag, where TRUE
means rename/restore and FALSE/UNDEFINED means issue warning?
dan
--
Daniel Macks
dma...@netspace.org
http://www.netspace.org/~dmacks
--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] openexr split
On Fri, May 21, 2010 at 09:31:08PM -0400, Benjamin Reed wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 OpenEXR has been split into 2 packages, openexr and ilmbase. Luckily, they're static only, but I just wanted to give a head's up that I'll need to change the BuildDeps on your packages for them to build against the newer OpenEXR. If that's not OK, let me know, otherwise I'll change them some time this week... :) Go for it. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
