[Fink-devel] daemonic installation problem (was Re: [Fink-users] Repeated failures with update-all)
Changing subject and trimming output to specify the underlying problem package. Cross-posting to -devel at request of TheSin, who was working on the new daemonic--please keep further discussion there. Daren Gillespie said: [...] > > /sw/bin/dpkg-lockwait -i > /sw/fink/dists/stable/main/binary-darwin-x86_64/base/daemonic_20010902-10_darwin-x86_64.deb > (Reading database ... 184140 files and directories currently installed.) > Preparing to replace daemonic 20010902-9 (using > .../daemonic_20010902-10_darwin-x86_64.deb) ... > Unpacking replacement daemonic ... > Setting up daemonic (20010902-10) ... > No matching service found for "daemonic", skipping. > /sw/bin/dpkg: error processing daemonic (--install): > subprocess post-installation script returned error exit status 1 > Errors were encountered while processing: > daemonic > ### execution of /sw/bin/dpkg-lockwait failed, exit code 1 > Failed: can't install package daemonic-20010902-10 -- Daniel Macks dma...@netspace.org -- ___ 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] gnutls man-in-the-middle security vulnerability
Kurt Schwehr said: > > Dave, > > Are you aware of this? > http://www.gnutls.org/security.html#GNUTLS-SA-2014-2 > http://lwn.net/Articles/589205/ > > I added a one line warning to the gnutls28.info file, but we > definitely need to get a new version of gnutls into fink. From the > summary: > > How to mitigate the attack? > > * Upgrade to the latest GnuTLS version (3.2.12 or 3.1.22), or apply > the patch for=A0GnuTLS 2.12.x. We also currently have three different gnutls* library sets as of 10.8ish: gnutls-2.12 (2.12.20-2) gnutls26 (2.10.2-5) gnutls28 (3.0.22-2) Should we push hard to migrate from gnutls26 to...gnutls28 if possible but at least gnutls-2.12, and from gnutls-2.12 to gnutls28 if possible? Really good to get security patches in wherever possible, but also really good to minimize the number of old security-related packages at all. dan -- Daniel Macks dma...@netspace.org -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ 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] mftrace vs texlive: libkpathsea4 or 6 ?
Tomoaki Okayama said: > Thanks for the report. > > 1. [mftrace] preferable dependencies: > BuildDepends: fink (>= 0.24.12-1), libkpathsea6 | libkpathsea4 | system-tetex > Depends: python25, libkpathsea6-shlibs | libkpathsea4-shlibs | system-tetex, > texlive-base | tetex3-base | system-tetex, potrace, t1utils, fontforge (>= > 20070607-1) libkpathsea4-shlibs and libkpathsea6-shlibs have different install_name for the linked libraries. How could they be alternative runtime dependencies (dropin replacement for each other) if they have not a single file in common? > 2. [libkpathsea4] should add > Conflicts: libkpathsea6 > Replaces: libkpathsea6 > FYI: libkpathsea6 already conflicts/replaces libkpathsea4. libkpathsea4 does C/R libkpathsea6 It does as of yesterday. dan -- Daniel Macks dma...@netspace.org -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ 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] Catching -pm build errors (was Re: [Fink-users] 64bit shared-mime-info compile error)
Daniel Johnson said: > On Jan 7, 2011, at 7:41 PM, Darren De Zeeuw wrote: > >> ld: warning: in /usr/local/lib/libexpat.dylib, missing required architecture >> x86_64 in file > > This is the important line. You have a /usr/local/lib/libexpat.dylib > which is contaminating the build. Temporarily rename /usr/local and > try fink rebuild xml-parser-pm5100 again. Having things installed in > /usr/local/include and /usr/local/lib is almost guaranteed to break > building of fink packages since /usr/local is in the compiler's > default search path. If TestScript had been run when user built this package, that would have caught the problem ASAP. It would fail for the package that is actually broken rather than "successfully" creating a broken package that leads to failure in other packages later. Time to make -m mode (or at least activated TestScript) the default mode? It seems tht perl-modules are especially susceptible to interference from /usr/local/lib for the variant matching system-perl. The default MakeMaker rule explicitly places that -L before -L/sw/lib rather than the usual problem of "just" gcc not ignoring that location as a fallback after all explicit -L paths. I wonder if we can hack our MakeMaker to not do that? And/or push -arch_errors_fatal into some variable to propagate to the linker? dan -- Daniel Macks dma...@netspace.org -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. 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] Status of perl5.8.6 on 10.6
Daniel E. Macks said: > According to the Packaging Manual on Distribution support: > > perl 5.8.6: 10.3, 10.4, 10.5 > > which matches what I remember from previous discussions of deprecating > old langversions. We don't support 10.3 in this tree and 10.4's > system-perl is 5.8.6, but our perl586 package in current unstable is: > > Distribution: 10.5, 10.6 > > And "some fraction" of our -pm586 module packages are also available > on 10.6. But not all. Including not some that are dependencies of ones > that are. Should we nuke 5.8.6 from 10.6 so we don't have to keep > supporting such old stuff, and then fix the Distribution tags in > -pm586, or should we go the other way and actually support it and fix > the dep tree holes? perl5.8.6 and the seven *586 variants have now been removed from 10.6. I also checked for "586 is the highest variant available", and updated all that were (officially or unofficially) unmaintained for which the update was easy (i.e., not comparable to making a whole new package from scratch due to upstream or version-specific changes). Active maintainers were contacted and have had several weeks to upgrade. Some are not upgraded because they are simply obsolete in various ways. 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
Re: [Fink-devel] Grrrrr...mac-growl-pm isn't installable any more.
Alexander Hansen said: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > mac-glue-pm5xy-bin went away, and: > > $ fink show-deps mac-growl-pm588 > Information about 10853 packages read in 1 seconds. > > Package: mac-growl-pm588 (0.7-12) > To install the compiled package... > The following other packages (and their dependencies) must be installed: > growl (>= 0.7-1) > mac-glue-pm588 (>= 0.24-1) > mac-glue-pm588-bin (>= 0.24-1) > macosx > perl588-core > The following other packages must not be installed: > [none] > To compile this package from source... > The following packages are also compiled at the same time: > [none] > The following other packages (and their dependencies) must be installed: > fink (>= 0.24.1) > growl (>= 0.7-1) > mac-glue-pm588 (>= 0.24-1) > mac-glue-pm588-bin (>= 0.24-1) > macosx > perl588-core > The following other packages must not be installed: > [none] Fixed. dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-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] missing dependency in psync
Alexander Hansen said: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > psync in unstable currently doesn't build, presumably due to the perlmod > updates going on: > > $ fink show-deps psync > Information about 10853 packages read in 1 seconds. > > Package: psync (0.71-10) > To install the compiled package... > The following other packages (and their dependencies) must be installed: > macosx-file-pm588-bin | macosx-file-pm586-bin | macosx-file-pm584-bin > The following other packages must not be installed: > [none] > To compile this package from source... > The following packages are also compiled at the same time: > [none] > The following other packages (and their dependencies) must be installed: > macosx-file-pm588-bin | macosx-file-pm586-bin | macosx-file-pm584-bin > The following other packages must not be installed: > [none] > > macosx-file-pm5xy-bin has gone away. Fixed. dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-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] new data-section-pm588-0.101620-1 fails to build
Hanspeter Niederstrasser said: > The new version of data-section-pm588 fails to build with the following > error: > > Data-Section-0.101620/MANIFEST > Data-Section-0.101620/META.json > Data-Section-0.101620/t/release-pod-syntax.t > Data-Section-0.101620/Makefile.PL > ARCHFLAGS="" /usr/bin/perl5.8.8 Makefile.PL PERL="/usr/bin/perl5.8.8" > PREFIX=/sw INSTALLPRIVLIB=/sw/lib/perl5/5.8.8 > INSTALLARCHLIB=/sw/lib/perl5/5.8.8/darwin-thread-multi-2level > INSTALLSITELIB=/sw/lib/perl5/5.8.8 > INSTALLSITEARCH=/sw/lib/perl5/5.8.8/darwin-thread-multi-2level > INSTALLMAN1DIR=/sw/share/man/man1 INSTALLMAN3DIR=/sw/share/man/man3 > INSTALLSITEMAN1DIR=/sw/share/man/man1 > INSTALLSITEMAN3DIR=/sw/share/man/man3 INSTALLBIN=/sw/bin > INSTALLSITEBIN=/sw/bin INSTALLSCRIPT=/sw/bin > ExtUtils::MakeMaker version 6.31 required--this is only version 6.30 at > Makefile.PL line 7. > BEGIN failed--compilation aborted at Makefile.PL line 7. > ### execution of ARCHFLAGS="" failed, exit code 255 BDep added, should resolve it. dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-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] circular dependencies in archive-tar-pmNNN
Hanspeter Niederstrasser said: > 10.5/unstable: > > archive-tar-pm588 TestDepends on test-pod-pm which Depends on > module-build-pm which Depends on module-build-pm588 which Depends on > archive-tar-pm588. And round and round we go. > > $ fink -m --build-as-nobody build archive-tar-pm588 > Information about 10693 packages read in 0 seconds. > Running in Maintainer Mode > Validating package file > /sw/fink/dists/unstable/main/finkinfo/libs/perlmods/archive-tar-pm.info... > Package looks good! > The package 'archive-tar-pm588' will be built without being installed. > Reading dependency for archive-tar-pm588-1.66-1... > Reading build dependency for archive-tar-pm588-1.66-1... > Reading build conflict for archive-tar-pm588-1.66-1... > The package 'test-pod-pm' will be built and installed. > Reading dependency for test-pod-pm-1.44-1... > Reading build dependency for test-pod-pm-1.44-1... > Reading build conflict for test-pod-pm-1.44-1... > The package 'module-build-pm' will be built and installed. > Reading dependency for module-build-pm-0.36.07-201... > Reading build dependency for module-build-pm-0.36.07-201... > Reading build conflict for module-build-pm-0.36.07-201... > The package 'module-build-pm588' will be built and installed. > Reading dependency for module-build-pm588-0.36.07-2... > Reading build dependency for module-build-pm588-0.36.07-2... > Reading build conflict for module-build-pm588-0.36.07-2... > Validating package file > /sw/fink/dists/unstable/main/finkinfo/libs/perlmods/module-build-pm-10.5.info... > Package looks good! > Validating package file > /sw/fink/dists/unstable/main/finkinfo/libs/perlmods/module-build-pm.info... > Package looks good! > Validating package file > /sw/fink/dists/unstable/main/finkinfo/libs/perlmods/test-pod-pm.info... > Package looks good! > The following package will be built: > archive-tar-pm588 > The following 3 additional packages will be installed: > module-build-pm module-build-pm588 test-pod-pm > Do you want to continue? [Y/n] y > Failed: Problem resolving dependencies. Check for circular dependencies. Fixed. Was an optional (used only if found) part of archive-tar-pmXXX's TestDepends. So a warning but no damage if it's not present. So bye-bye explicit dependency listing. -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-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] I'm changing your perlmodule package, and we need a way to avoid it
Many dozens of perl5.10.0 variants of perlmodule packages don't build on 10.6/i386 (i.e., the 32-bit side of the "universal" system-perl) because they all clone the same CompileScript for Build.PL that does not pass the single-arch tricks. I'm fixing them because they're broken. I have contacted many of theirs' maintainers several times over the past few weeks, but it's all still broken. I'm sick of not being able to use half of the perl world on the one platform that we tend to say is best supported. We really need an intrinsic support for this...a huge swath of CPAN uses Module::Build, so fink should support it cleanly just like we do with MakeMaker (Makefile.PL). The goal is an explicit trigger for alternate default CompileScript and InstallScript for Type:perl. Which of these new .info fields do y'all like? 1. PerlType: that takes values of "makemaker" or "module::build", that defaults to "Makefile.PL". 2. DefaultScript: that takes values of "autotools" "makemaker" "module::build"? Bonus: extensible to any other new build systems we feel like supporting, and lets packages get the type:perl magic even if they use autotools (or vice versa). 3. Automatically detect presence of Build.PL and switch to that mode insead of MakeMaker.PL. Bad: some distros include both, so wouldn't allow maintainer to choose which one works best without going back to hardcoding everything. This was proposed years ago on tracker. 4. [insert your idea here] dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-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] unmaintain my packages
Koen van der Drift said: > Dear Fink team, > > Unfortunately, due to time restrictions and other obligations, I am > unable to keep maintaining my packages. > > Feel free to take them over, and/or unmaintain them in cvs. I claimed a few, set the rest to maintainer:none. > Many thanks, And thanks for your contributions! dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-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] inconsistent validator
Hanspeter Niederstrasser said: > Running 'fink -m --build-as-nobody libfaad1-shlibs' gives this as part > of the output: > > ... > Validating package file > /sw/fink/dists/unstable/main/finkinfo/x11/appleotffonts.info... > Package looks good! > Validating package file > /sw/fink/dists/unstable/main/finkinfo/x11/applesystemfonts.info... > ... > (and 35 other .info files that validate correctly) > > So I cancel, and then manually try to install a few of the 71 needed > packages: > > $ fink -m --build-as-nobody build xz appleotffonts applesystemfonts > audiofile audiofile-bin audiofile-shlibs > Information about 10693 packages read in 0 seconds. > Running in Maintainer Mode > Validating package file > /sw/fink/dists/unstable/main/finkinfo/utils/xz.info... > Package looks good! > Validating package file > /sw/fink/dists/unstable/main/finkinfo/x11/appleotffonts.info... > Warning: Length of package description exceeds 45 characters. > (appleotffonts.info) > Failed: Please correct the above problems and try again! > > Easy enough to fix the offending file, but the validator should be > consistent. A few of the pedantic validation tests are disabled for indirectly-handled packages. Tests that indicate something serious or functionally at risk are still enabled. The reason is that maintainers are working on *their* packages, so they shouldn't have to fix minor formatting bugs in "not their package" while they are working on their own package. At the time -m mode was added (and still) maintainers tend(ed) to ignore the length-limits, and complained that package development was being blocked by others' mistakes. So until we do a sweep to fix it and come down harder on maintainers who commit packages that don't validate, that's still a valid complaint. I'm not opposed to that sort of validation pass. dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-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] Failed: phase compiling: lasi-1.1.0-1003 failed
Dominique Dhumieres said: > Updating to lasi-1.1.0-1003 failed with > > fink-package-precedence --depfile-ext='\.d' --prohibit-bdep lasi-dev . > Scanning /\.d$/ dependency files... > ./CMakeFiles/CompilerIdCXX/CMakeCXXCompilerId.d > ./examples/CMakeFiles/example0.dir/MissingGlyphExample.d > ./examples/CMakeFiles/example1.dir/SimpleLASiExample.d > ./examples/CMakeFiles/example2.dir/ComplexTextLayoutExample.d > ./src/CMakeFiles/LASi.dir/drawGlyph.d > ./src/CMakeFiles/LASi.dir/glyphMgr.d > ./src/CMakeFiles/LASi.dir/psDoc.d > ./src/CMakeFiles/LASi.dir/util.d > Looking for incorrect headers in 8 dependency files... [...] > Use of headers from prohibited installed packages: > lasi-dev > ### execution of /var/tmp/tmp.1.pqUeyV failed, exit code 255 This needs attention from someone who understands cmake. The issue is that -I flags for the source and build dirs are coming before those for dependent libraries, which is a situation that can cause actual long-lasting problems (hence the test:). But I have no idea how to control it. My one stab was to move the include_directories() section, which seems to triger the source/build -I, from before the set(libLASi_LINK_LIBRARIES) section, which seems to trigger the dependent library -I, to after it. No apparent effect. While someone with cmake-fu is hacking there, also need to figure out how to enable setting compatibility_version. dan -- Daniel Macks dma...@netspace.org -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ 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] Removal of mozilla from dist
Hanspeter Niederstrasser said: > The package mozilla is _very_ old, and probably has gazillion of > security issues. It also conflicts with some changes that JFM and > myself wish to make to firefox & seamonkey. Currently, the only package > that depends on it is openvrml, which has been superseded by openvrml016. > > Philip, can openvrml be removed from Fink so that we can remove mozilla? > > And if someone has a reason why mozilla shouldn't be removed, please > speak up (an upgrade stub package to either seamonkey or firefox could > easily be put in its place if wanted). > > BTW, the proposed change is to change the default 3rd party gecko plugin > location from the hardcoded /usr/lib/mozilla/plugins to > %p/lib/mozilla/plugins (%p/lib/%N/plugins will still work as it > currently does). The benefit is that future releases of each browser > will be able to find 3rd party plugins (currently mozplugger and librsvg > and soon gnash) w/out being limited to a specific browserN. I suspect librsvg2-seamonkey can just die. Docs suggest gecko long ago added svg support in-core. I don't know for sure though...that package is on autopilot, cf. librsvg2 library itself which I handle as part of gnome. dan -- Daniel Macks dma...@netspace.org -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ 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] Status of perl5.8.6 on 10.6
Jean-Fran?ois Mertens said: > > PS: Running a similar script for all fink pkgs, I get only the > following -586 pkgs that have no -588 or -5100 counterpart : Maintainer notified by email: > Benjamin Reed : net-jabber-pm586 > Toshiya SAITOH : net-amazon-pm586 > Todai Fink Team : jcode-pm586 > Chris Dolan : annocpan-perldoc-pm586 (chrisdolan has a bunch of them) Updated: > Brendan Cully : shout2-pm586 > Dave Vasilevsky : svn-web-pm586 > None : text-kakasi-pm586 > None : xmltv586 Meh: > Daniel Macks : spreadsheet-writeexcel-pm586 It's only an older version...current is not varianted > It is best if this nuking of 586 can be done w/o loss of pkgs... Yup. I think I put "very soon" or "later this month" or similar scary variations in the emails, so I guess we'll revisit in a week or two... dan -- Daniel Macks dma...@netspace.org -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ 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] Failure of -pm5100 package selftests on 10.6/i386
So it's "well-known" to those that know that selftest suites ('make
test') of the -pm5100 variant of many perlmodule packages fails on OS
X 10.6 when fink is configured for 32-bit (arch i386). If you didn't
know, now you do. I spent a few hours hacking the internals of
ExtUtils::MakeMaker and Test::Harness, and didn't solve it but figured
I may as well post what I found and some possible solutions. If none
of the preceding paragraph makes any sense to you, you may as well
stop reading now.
The key observation is that during the running of the test scripts,
it's as if the "use 32-bit mode" control is ignored. If the module
being tested has q compiled C code, attempts to load it fail, for
example, in sub-name-pm5100-0.04-1:
PERL_DL_NONLAZY=1 /usr/bin/arch -i386 perl5.10.0 "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/smoke.t .. Can't load
'/sw/build.build/sub-name-pm5100-0.04-1/Sub-Name-0.04/blib/arch/auto/Sub/Name/Name.bundle'
for module Sub::Name:
dlopen(/sw/build.build/sub-name-pm5100-0.04-1/Sub-Name-0.04/blib/arch/auto/Sub/Name/Name.bundle,
2): no suitable image found. Did find:
/sw/build.build/sub-name-pm5100-0.04-1/Sub-Name-0.04/blib/arch/auto/Sub/Name/Name.bundle:
mach-o, but wrong architecture at
/System/Library/Perl/5.10.0/darwin-thread-multi-2level/DynaLoader.pm line 207.
at t/smoke.t line 6
even though "/usr/bin/arch -i386" causes perl5.10.0 to run in i386
mode and 'file' says that's the arch that the .bundle is. A similar
effect happens if the test script itself loads a fink-supplied
external (actually installed) other module that is arch-specific: the
(sub)module load fails with various arch-mismatch symptoms.
Diving into Test::Harness, turns out tests are done in a sandbox
subprocess that is run with *just* the perl-interp command-name. The
/usr/bin/arch wrapper is not present, so "perl5.10.0" is running in
64-bit (native arch) mode, which obviously doesn't match the 32-bit
arch for which our single-arch modules are built. Overloading the
interp name to be "/usr/bin/arch -386 perl5.10.0" won't work because
the interp name is treated as a single command (gets quoted to protect
against whitespace in the path).
Three solutions:
1. Hack TAP::Parser::SourceHandler::Perl::_get_command_for_switches()
on 10.6/i386 (not sure if others must or should-for-consistency or
must-not have similar trick):
-my @command = ( $command, @switches, $file, @args );
+my @command = ( '/usr/bin/arch', '-i386', $command, @switches, $file,
@args );
Tested, and it seems to work. Would be easy to "strongly suggest" that
maintainers BuildDepends on test-harness-pmXXX>=WHATEVER to get this
magic.
2. Figure out a shell env var or other way to make sure that the
spawned interp is run with the correct arch. At various times in
various contexts, we use ARCHFLAGS="" (I think that only affects the
compiling of C-code modules?). That is always fragile because we rely
on apple not to change how it works, but avoids having to perpetuate a
hacked perl-module package.
3. Write a wrapper for system perl5.10.0 on 10.6 that runs the actual
interp via a /usr/bin/arch wrapper, just another like we do for the
compilers in path-prefix-10.6. Would just need to overload PATH during
the test spawning. And don'cha know? Appears that PATH is getting
sanitized...somewhere...during the tests (env in TestScript is not
propagated into the _get_command_for_switches() spawn), so still seems
like we'd need to be hacking the Test::Harness guts.
dan
--
Daniel Macks
dma...@netspace.org
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
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] Status of perl5.8.6 on 10.6
According to the Packaging Manual on Distribution support: perl 5.8.6: 10.3, 10.4, 10.5 which matches what I remember from previous discussions of deprecating old langversions. We don't support 10.3 in this tree and 10.4's system-perl is 5.8.6, but our perl586 package in current unstable is: Distribution: 10.5, 10.6 And "some fraction" of our -pm586 module packages are also available on 10.6. But not all. Including not some that are dependencies of ones that are. Should we nuke 5.8.6 from 10.6 so we don't have to keep supporting such old stuff, and then fix the Distribution tags in -pm586, or should we go the other way and actually support it and fix the dep tree holes? dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] When to avoid using UpdatePOD:true for perlmod packages
Daniel E. Macks said: > Executive summary of heuristic: if the package uses Module::Builder > (for example, CompileScript invoking Build.PL) rather than MakeMaker > (the default script for type:perl, invoking Makefile.PL). > > Thanks to recent buildworlding, we've found a user-visible packaging > problem: if a perlmodule package is the first of its perl variant (any > certain XXX of pmXXX, or agnostic/nonvarianted pm) asserted > UpdatePOD:true in its .info but does not have a perllocal.pod > fragment, PostInst crashes. The UpdatePOD tag is specifically to > handle the perllocal.pod fragments with lots of internal (but > apparently fragile) magic, so the solution is just to avoid using that > tag if there is no such fragment. Thinknig more, an alternative solution is to have the perl core packages themselves supply starter/dummy files so that even if the perlmodule package has no perllocal.pod fragment itself, the postinst won't crash. That's cleaner. Sort-of...protecting maintainers from making mistakes by hiding the mistakes is friendly I guess but icky. OTOH, if Module::Build ever does change its behavior, we would have to re-add IUpdatePOD:true (since it's a more severe packaging error to *not* declare it when there *is* a perllocal.pod). Advice please... dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] When to avoid using UpdatePOD:true for perlmod packages
Executive summary of heuristic: if the package uses Module::Builder (for example, CompileScript invoking Build.PL) rather than MakeMaker (the default script for type:perl, invoking Makefile.PL). Thanks to recent buildworlding, we've found a user-visible packaging problem: if a perlmodule package is the first of its perl variant (any certain XXX of pmXXX, or agnostic/nonvarianted pm) asserted UpdatePOD:true in its .info but does not have a perllocal.pod fragment, PostInst crashes. The UpdatePOD tag is specifically to handle the perllocal.pod fragments with lots of internal (but apparently fragile) magic, so the solution is just to avoid using that tag if there is no such fragment. The validator in fink HEAD has been updated to catch this situation. Building a package with -m (maintainer mode...maintainers always try this before committing, right?) or 'fink validate' on a .deb says: Validating .deb dir /sw/build.build/root-datetime-format-mail-pm588-0.3001-1... Error: /sw/share/podfiles/5.8.8/ is empty. If a perl package does not install any podfiles, set UpdatePOD:false (or do not define it) in the .info file. I will be updating anyone's packages I find that have this as I find them (unless the maintainers find them first obviously:). Requires a rev-up because it changes the .deb. The perllocal.pod is a standard that has long existed, but apparently Module::Build decided to be different. http://rt.cpan.org/Public/Bug/Display.html?id=14316 Not sure why that's only "Wishlist", but anyway, that means one pattern to these newly flagged packaging mistakes is when they use Module::Build. dan -- Daniel Macks dma...@netspace.org -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] gnome/gmpc-0.20.0-2 linker failure (needs libz)
During ./configure I and Bastiaan both see: checking for inflate in -lz... yes which is from configure.ac: # test for zlib zlib=0 AC_CHECK_LIB(z, inflate,zlib=1,zlib=0) AM_CONDITIONAL(HAVE_ZLIB, test x$zlib = x1) if test "x$zlib" != "x1" then AC_MSG_ERROR([GMPC plugin requires zlib]) fi so the technical question is why it doesn't fail for akh. dan Daniel E. Macks said: > Reproduced on 10.4/ppc. The unresolved symbols appear to be used > within gmpc itself so it's not an inherted problem (under-linking in > dependent lib). > > dan > > Bastiaan Jacques said: >> The build output is available here: >> >>http://bjacques.org/gmpc.buildlog >> >> FWIW, I'm using 10.6 unstable. >> >> Bastiaan >> >> On Mon, 5 Jul 2010, Alexander Hansen wrote: >> >>> It's really hard to say what should be done without seeing the relevant >>> build output rather than just a verbal description. I was unable to >>> reproduce your problem on 10.5.8. > > -- > Daniel Macks > dma...@netspace.org > http://www.netspace.org/~dmacks > > > -- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > ___ > 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 http://www.netspace.org/~dmacks -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] gnome/gmpc-0.20.0-2 linker failure (needs libz)
Reproduced on 10.4/ppc. The unresolved symbols appear to be used within gmpc itself so it's not an inherted problem (under-linking in dependent lib). dan Bastiaan Jacques said: > The build output is available here: > >http://bjacques.org/gmpc.buildlog > > FWIW, I'm using 10.6 unstable. > > Bastiaan > > On Mon, 5 Jul 2010, Alexander Hansen wrote: > >> It's really hard to say what should be done without seeing the relevant >> build output rather than just a verbal description. I was unable to >> reproduce your problem on 10.5.8. -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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 failure for io-stty-pm0.03-1 on 10.5.8
Alexander Hansen said: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Setting up fink-buildlock-io-stty-pm-0.03-1 (2010.06.29-16.12.05) ... > > gzip -dc /sw/src/IO-Stty-0.03.tar.gz | /sw/bin/tar -xvf - > - --no-same-owner --no-same-permissions > IO-Stty-0.03 > IO-Stty-0.03/Build.PL > IO-Stty-0.03/Changes > IO-Stty-0.03/META.yml > IO-Stty-0.03/README > IO-Stty-0.03/lib > IO-Stty-0.03/lib/IO > IO-Stty-0.03/lib/IO/Stty.pm > IO-Stty-0.03/scripts > IO-Stty-0.03/scripts/stty.pl > IO-Stty-0.03/t > IO-Stty-0.03/t/00-load.t > IO-Stty-0.03/t/98-pod-coverage.t > IO-Stty-0.03/t/99-pod.t > /var/tmp/tmp.1.oA9Ks2 > #!/bin/sh -ev > exec 2>&1 > perl$perlversion Build.PL \ > --install_path > arch=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/lib/perl5 \ > --install_path bin=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/bin \ > --install_path > bindoc=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/man/man1 \ > --install_path > lib=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/lib/perl5 \ > --install_path > libdoc=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/share/man/man3 \ > --install_path script=/sw/src/fink.build/root-io-stty-pm-0.03-1/sw/bin > Can't locate Module/Build.pm in @INC (@INC contains: > /sw/lib/perl5/5.8.6/darwin-thread-multi-2level /sw/lib/perl5/5.8.6 > /sw/lib/perl5/darwin-thread-multi-2level > /sw/lib/perl5/5.8.6/darwin-thread-multi-2level /sw/lib/perl5 > /sw/lib/perl5/darwin /sw/lib/perl5-core/5.8.6/darwin-thread-multi-2level > /sw/lib/perl5-core/5.8.6 > /sw/lib/perl5/site_perl/5.8.6/darwin-thread-multi-2level > /sw/lib/perl5/site_perl/5.8.6 > /sw/lib/perl5/site_perl/5.8.6/darwin-thread-multi-2level > /sw/lib/perl5/site_perl .) at Build.PL line 3. > BEGIN failed--compilation aborted at Build.PL line 3. > > ... > > And indeed: > > Fiona:~ hansen$ fink list -t module-build-pm > Information about 10495 packages read in 1 seconds. > imodule-build-pm 1:0.36.07-201 Module::Build for /usr/bin/perl > imodule-build-pm5100 1:0.36.07-1 Alternative installer for Perl > modules > module-build-pm586 1:0.36.07-1 Alternative installer for Perl > modules > imodule-build-pm588 1:0.36.07-1 Alternative installer for Perl > modules > > $ which perl > /sw/bin/perl > Fiona:~ hansen$ perl -v > > This is perl, v5.8.6 built for darwin-thread-multi-2level > > It doesn't happen with perl5100 as the first Perl in the PATH, I guess > since that includes Module::Build. Presumably there's something > insufficiently perlverted in the third line of the CompileScript? Half-perlverted (it's not a -pmXXX, so it should be running /usr/bin/perl explicitly. The $perlversion variable isn't even set because it was blindly cut'n'pasted from some other probably perlversioned correctly pkg:/ Fixed that bug. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ 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] libjpeg-shlibs and libjpeg dependencies in your packages!
Martin Costabel said: > Koen van der Drift wrote: > [] >> make[262]: Makefile:11: fork: Resource temporarily unavailable >> make[262]: vfork: Resource temporarily unavailable >> make[261]: *** [dirs] Error 2 > > The [262] tells you that there are 262 levels of "make" running. Either > there is an infinite loop (but then this should happen to others, too), > or it is a question of parallel make running wild. Do you somehow have > your fink tweaked so that it runs "make -j" without a finite (small) > number of instances given, that is, not "make -j4" or something? This > has been seen on google as causing such a runaway vforking, because make > then spawns as many instances of itself as it can. > > I haven't followed the recent discussion about parallel makes, but I > seem to dimly remember that some code was added to fink that runs "make > -jn" with a value for "n" that is determined from the machine itself. If > such code is in your version of fink, then this could be a source of the > error if it doesn't work as intended. ...or if it does work as intended but the specific package isn't compatible with it (wouldn't be the first such). The default -j code also allows overriding by a .info field. 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] libjpeg-shlibs and libjpeg dependencies in your packages!
Sjors Gielen said:
>
> Op 22 jun 2010, om 16:41 heeft Max Horn het volgende geschreven:
>
>> Well, there is always good old "grep", which gives the list below of 245
>> .info files containing the string "libjpeg-shlibs" in my unstable tree. Some
>> of those may not be really dependencies, but most probably are (I didn't
>> bother to remove libjpeg and libjpeg8 themselves, too). In any case, this
>> means that replacing libjpeg by libjpeg8 is a "bit" more complicated than
>> you made it sound in your initial email ;-).
>>
>> That said, I nevertheless would appreciate this transition (likewise the
>> transition from libpng/libpng3 to libpng14; readline to readline5; gettext &
>> libgettext3 to libgettext8; etc. etc.). But all those packages would have to
>> be tested. Many are unmaintained. Many are for very old stuff. Maybe some
>> should just be removed, but I wouldn't do that lightly, nor would I
>> recommend just changing them and hoping for the best...
>
> However, there is a way to make a package obsolete[0] and iirc, it makes -m
> builds of those packages fail (or otherwise I think it should and I will
> patch it in fink). Then, the work is split across all maintainers to do the
> switch themselves, and this will hopefully result in all packages eventually
> switching to the newest versions. The packages that won't be switched, then,
> are both unmaintainer and unused, and will switch the moment they become used
> again.
>
> If I now propose that libjpeg, libpng, libpng3, gettext, libgettext3,
> libdjvulibre15 and imagemagick1 get a fink-obsolete-packages dependency, what
> do you all think?
No. Changed library package-name means (loosely speaking)
backward-incompatible changes to lib interface. That means one really
needs to actually test, and migration may not actually be possible in
some cases. That is, there may be real reasons to stay with
other-than-latest soname, or at least no urgent technical reason to
force rebuilding to upgrade. The technical obsolete mechanism doesn't
have a way to make those distinctions...it's only for truely drop-in
replacements, where the upgrade is *guaranteed* to work, and it
provides a pathway to upgrade/migrate. Changed binary interface may
not be upgradeable, and the upgrade pathway certainly isn't always
"just change dep name", so it may not be possible to have a clean
system if you tag these as obsolete. The wiki page about the obsolete
mechanism is very clear about *not* using it for this purpose.
If there are technical problems that are solved by changing
dependencies, that's a major find, and certainly worth getting fixed
in those packages. If there are whole swaths of the dependency tree
that are self-consistently using (or at least mixing with no harm)
some older version, there's no technical reason to even strongly urge
them to change, let alone force it. It creates un-necessary rebuilding
for users (when the changes are made) or noise ("obsolete" warnings)
until maintainer fixes it. Again, for no gain except "someone wants
one less package in the tree".
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] libjpeg-shlibs and libjpeg dependencies in your packages!
Sjors Gielen said: > Op 22 jun 2010, om 15:13 heeft Max Horn het volgende geschreven: >> >> may I ask how you arrived at exactly that list? There many many >> more packages which depend on libjpeg instead of libjpeg8. Maybe >> those packages are the ones that are used by KDE / Qt ? > > These are only the packages I had installed on this and the other > machines which depended on libjpeg. There are several more, and with > some handy grepping I'll try to get a definite list. Fink doesn't > currently have a tool for getting rdepends / rbuilddepends for a > package, does it? fink -m list --format=dotty-build | grep ' "SOMEPKG"' gives runtime and build-time reverse-dependencies of SOMEPKG. If you're using fink HEAD. If you're using a 0.29.x release, you can only use --format=dotty, which only gives runtime rdeps. 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] Fixing libiconv (build-test needed)
David Lowe said: > On 13 Jun, 2010, at 12:56 AM, Daniel Macks wrote: > > On 10.6/32 bit: > >> 1) with fink libiconv-dev installed, >> 2) without libiconv-dev, > > #2 gives me the extra line "libtool: install: warning: > `../lib/libiconv.la' has not been installed in `/sw/lib'". > >> 3) without libiconv-dev *and with /usr/include/iconv.h and >> /usr/lib/libiconv.dylib (and .la if present) moved away. > > The only differences between #2 and #3 were the build times and temp > file names. > > I'll keep the logs a few days if you want to see them. Thanks. I'm all set now. 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] Fwd: wxgtk2.8-2.8.10-22 in gnuplot (Snow Leopard, Fink 64 bit)
Alexander Hansen said: > > I should have added the architectures: It doesn't build on 10.5/i386 > and 10.5/powerpc as well as 10.6/x86_64. The same version-revison _did_ > build prior to the last update to GTK+2. > > On 4/25/10 5:47 PM, Alexander Hansen wrote: >> It's broken on 10.5 as well (same error). This is quite possibly >> related to the recent updates to GTK+2. >> >> On 4/25/10 8:14 AM, Pierre-Henri Lavigne wrote: >> >>> Thank you for the feedbacks Aiko. Unfortunately, I'm unable to test with 64. >>> If anyone has an idea about the following issue, please tell us :-) >>> It's again about wxgtk 2.8 with 64 bits >> >>> Anyway googling, it's look similar to: >>> http://trac.wxwidgets.org/ticket/10883 Fails for 10.4/ppc same way. That trac looks like the exact issue, even down to the "only with recent gnome libs" symptom. They found a patch: http://trac.wxwidgets.org/changeset/61009 Please test. 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] db44 vs. db47 vs. db48
Daniel Macks said: > On Tue, Mar 16, 2010 at 11:29:24AM +0100, Max Horn wrote: >> Am 15.03.2010 um 23:58 schrieb Daniel Johnson: >> > >> > As a follow up, I checked to see what db* is being used. > [...] >> As for the rest: It sure would be nice if more of those could be converted >> to newer versions. >> >> >> > db3: >> > wsmake > > Mine. Would need hacking to get buildable with current db4* API. > Long-dead upstream. If that's the blocker, I have no objection to > Distribution:10.4,10.5 restriction. I lied...easy hack to build against db48, now fixed in unstable. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ 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] WXGTK Flag Issue
=?ISO-2022-JP?B?GyRCJVQlKCE8JWslaSVzJWohJiVpJXQlIyVzGyhC?= said: > Good day, > > Back to devel list :-) I'm working on wxgtk version 2.8.10. After > talking on IRC, it seems i need to patch it to remove the > "-single_module -Wl,-x -dead_strip" flags. I don't know where it does > come from in the source code. -single_module seems to come from the > options in build/aclocal but for the others i have no ideas. > > Thanks for any help / feedbacks. I am not sure this change is a good idea. It did not fix the problem for me. Unless one knows why to change, better to leave them as they are. I have now found several packages that are explicitly patched to *include* those specific flags (but I do not know why). Instead: 16:12 < dmacks> Add -lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 16:13 < dmacks> to the linker command. (Apparently) if the file is linked directly, it is not also searched indirectly. 16:13 < dmacks> Indirect symbol resolution is never the Right Answer:) Find the makefile where the build error occurs and also pass those two -l flags (in addition to the other -lwx_* ones). dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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] TeX Live in unstable
Tomoaki Okayama said: > > I am pleased to announce that TeX Live is now available on > 10.4/10.5/10.6 in unstable. Enjoy it! Thank you for working on this! Problem on 10.4/ppc, all up-to-date unstable as of a few days ago: % fink update libkpathsea4 The following package will be built: libkpathsea4 The following additional package will be installed: texlive-texmf While trying to install: texlive-texmf-0.20080822-1 The following inconsistencies found: Unsatisfied dependency in tetex-base: tetex-texmf (>= 3.0-1) Trying to resolve dependencies... Could not resolve inconsistent dependencies! Fink isn't sure how to install the above packages safely. You may be able to fix things by running: fink scanpackages sudo apt-get update sudo apt-get install texlive-texmf=0.20080822-1 Doing that fails with: texlive-texmf: Conflicts: tetex-texmf It's a bug in the whole way texlive tries to be compatible with tetex: "Provides" do not contain versioning information, so a dependency that specifies a version can never be satisfied by a Provides. Because there are packages that have versioned dependencies on tetex-texmf, that must continue to exist as a real package itself. A further or more general technical issue is that a Provides/Replaces/Conflicts for a certain name never works like you expect if the given name is also a real package. That's an intentional (to Debian) limit or distinction between a Provides item vs a Package item. I do not know anything about tex, but this sounds like a standard obsolete/renamed package situation. Does texlive-texmf supply the same program-names as tetex-texmf did? You could have texlive-texmf *just* "Replaces" it, and then supply an updated tetex-texmf that is empty and just specifies "Depends:texlive-texmf". That's the standard way to migrate to a new package-name for the same or updated contents. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ 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] EOL for gnome1
Daniel Macks said: > We are not planning to continue providing the gnome1 widget and > application libraries after 10.5. Specifically, we expect to keep glib > and gtk+ but not gnome-libs... In addition to the previously-mentioned end-user packages, the following are also affected: lazarus-common gcompris guile16-gtk libgeda xtraceroute soundtracker gkrellmms2 xcdroast xosd This scan was based on use of the gdk-pixbuf library--a stand-alone package that is part of the EOL'ed gnome1 but that got incorporated into gtk+2. Many of those appear to have remnant gnome1 deps that aren't actually used any more (easy due to the confusing "similar library name, totally different package") or supply excludable gnome1ish plugins as part of a larger build. Some others seem to have simple enough gnome1 use that they might be upgradeable to gnome2. I'm going to tag them as OS X <= 10.5 because *as they stand* that's how they have to be restricted. Would be great if some folks could test-build and see if indeed they still need the gdk-pixbuf dependencies and/or look at upgrading or separating out the gnome1 parts. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Is /sw/Library an acceptable top-level directory?
Alexander Hansen <[EMAIL PROTECTED]> said:
> Thomas Kho wrote:
>> Hi,
>>
>> I'm working on updating r-base to a recent release (2.7.0) and ran
>> across a validation error because it (like the current version in
>> fink) installs most of its files under /sw/Library/Frameworks.
>> AquaTerm is another app that puts files there. If I add Library to the
>> list of "good directories", the package builds and validates, no
>> problem.
>>
>> Is /sw/Library an acceptable place to put R, or should go somewhere else?
>>
>> -Tom
>>
>> --- /sw/lib/perl5/Fink/Validation.pm.orig2008-04-25 18:48:22.0
>> -0700
>> +++ /sw/lib/perl5/Fink/Validation.pm 2008-04-25 18:48:39.0 -0700
>> @@ -1432,7 +1432,7 @@
>> # these are used in a regex and are automatically prepended with ^
>> # make sure to protect regex metachars!
>> my @bad_dirs = ("$basepath/src/", "$basepath/man/",
>> "$basepath/info/", "$basepath/doc/", "$basepath/libexec/",
>> "$basepath/lib/locale/", ".*/CVS/", ".*/RCS/", '.*/\.svn/');
>> -my @good_dirs = ( map "$basepath/$_", qw/ bin sbin include lib share
>> var etc src Applications / );
>> +my @good_dirs = ( map "$basepath/$_", qw/ bin sbin include lib share
>> var etc src Applications Library / );
>> push(@good_dirs, '/usr/X11');
>>
>> my @found_bad_dir;
>>
>>
> Good question. I'd be inclined to argue that /%p/Library/Frameworks
> should be OK, based on the fact that AquaTerm already does that.
I just added %p/Library/Frameworks to validator in HEAD. Not quite
ready to officially bless the whole %p/Library unless we need
more...don't want it to become a dumping-ground for things that should
be in %p/share or %p/lib.
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] pysqlite2-py.info
Robert T Wyatt <[EMAIL PROTECTED]> said: > I found the following to be useful with the new pysqlite2-py.info (on > Leopard/Intel): > > Source: > http://initd.org/pub/software/pysqlite/releases/2.3/%v/pysqlite-%v.tar.gz > should be: > Source: > http://initd.org/pub/software/pysqlite/releases/2.4/%v/pysqlite-%v.tar.gz > > ... perhaps the 2.3-2.4 can be replaced by a variable, but maybe not...? I changed the 2.3 to 2.4 in unstable (there's no way to variablify that:( so now at least the file downloads. However... > also: > Source-MD5: f7c9d735bf7887fd97bfb7d2d326ebe7 > should be: > Source-MD5: 46b4590c51b9fb62cd0be1439646549e Will leave that to the maintainer to verify that indeed it's the correct file. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4
Peter O'Gorman <[EMAIL PROTECTED]> said:
> Martin Costabel wrote:
>> Peter O'Gorman wrote:
>> []
>>> Change the sed to match ${_S_}nmedit instead of ~nmedit and it should
>>> have some effect on the link line.
>>
>> I see, the ${_S_} is a line feed.
>>
>>> The symbols that are private extern should still be available to all the
>>> objects in the library itself, so returning the address of osx_about
>>> should work.
>>
>> Indeed, this works. The symbols are marked private extern as in the
>> previous version, but now there is no more undefined symbol error, and
>> the plugin is loaded.
>>
>> Is this a bug in nmedit, or had it been working as expected?
>>
>
> Bug in nmedit, I think :(
>
> At least you know the workaround now.
Would be great if someone could file a radar for this...I'm sure it's
not the only package that's affected. I'm not Leopardified:(
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] openbox-3.4.4-1
["Followup-To:" header set to gmane.os.apple.fink.beginners.] Jean-Maurice Le Clech <[EMAIL PROTECTED]> said: > Hello, > > I usually use XFC4 and want to try Openbox, but can't install it. > This is what I have > make[1]: Nothing to be done for `all'. > make[1]: execvp: /sw/src/fink.build/openbox-3.4.4-1/openbox-3.4.4/ > install-sh: Permission denied > make[1]: *** [parser/.dirstamp] Error 127 > make: *** [all-recursive] Error 1 > ### execution of make failed, exit code 2 > Removing runtime build-lock... > Removing build-lock package... > /sw/bin/dpkg-lockwait -r fink-buildlock-openbox-3.4.4-1 Appears to be fixed in openbox-3.4.4-2 dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] emboss-4.1.0-1 on a (new) intel iMac
Many of the function prototypes in /usr/include/crypt.h on my RedHat box are in /usr/include/unistd.h on my OS X machine. Maybe that would suffice for this package? In cases like this, I usually first just comment-out an unsatisfied #include. That way the compiler will issue warnings about what symbols it wants, and then try find the header to supply them, instead of assuming a header with a "reasonably-close" filename has the same symbols in it. dan Koen van der Drift <[EMAIL PROTECTED]> said: > > Thanks for the report. I am very busy, but may have some time later > this week or next week to look into this. If anyone else on the list > has a clue in the meantime, please let me know, Iand I can update the > package accordingly. > > On Apr 3, 2007, at 2:03 PM, William Scott wrote: >> >> Thanks for maintaining EMBOSS. I just tried installing on a new >> intel iMac and got the following error: >> >> ajjava.c:93:19: error: crypt.h: No such file or directory >> >> I've got i system-openssl-dev 0.9.7-6 >> Placeholder to force the use of the system SSL >> >> gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION= >> \"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE= >> \"EMBOSS\" -DVERSION=\"4.1.0\" -DSTDC_HEADERS=1 - >> DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - >> DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - >> DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - >> DHAVE_DLFCN_H=1 -DHAVE_DIRENT_H=1 -DSTDC_HEADERS=1 - >> DHAVE_UNISTD_H=1 -DGETPGRP_VOID=1 -DHAVE_STRFTIME=1 - >> DHAVE_UNISTD_H=1 -DHAVE_FORK=1 -DHAVE_VFORK=1 - >> DHAVE_WORKING_VFORK=1 -DHAVE_WORKING_FORK=1 -DHAVE_VPRINTF=1 - >> DHAVE_MEMMOVE=1 -DHAVE_LIBM=1 -DPLD_png=1 -I. -I. -DAJAX_FIXED_ROOT= >> \"/sw/src/fink.build/emboss-4.1.0-1/EMBOSS-4.1.0/emboss\" -DPREFIX= >> \"/sw\" -I../plplot -DPOSIX_MALLOC_THRESHOLD=10 -DAJ_MACOSXLF - >> Dstat64=stat -I/sw/include -DLENDIAN -I/System/Library/Frameworks/ >> JavaVM.framework/Versions/1.4.2/Home -DHAVE_JAVA -I/System/Library/ >> Frameworks/JavaVM.framework/Versions/1.4.2/Home/include -DNO_AUTH - >> O1 -c ajjava.c -fno-common -DPIC -o .libs/ajjava.o >> ajjava.c:93:19: error: crypt.h: No such file or directory [...] >> Failed: phase compiling: emboss-4.1.0-1 failed -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new package help: kodos
Robert T Wyatt <[EMAIL PROTECTED]> said: > Robert T Wyatt wrote: >> Hi Kurt, >> >> It's helping me. :-) Do you mind if I take it and run with it? It now >> builds and installs but doesn't validate because it's installing stuff >> in /usr/share/ but your work has helped me understand how to deal with >> the INFO2 and the -py split-off. >> >> I've gotten to here so far: >> http://reg066.reg.utexas.edu/fink/kodos-py.info > > Oops, just remembered that Martin already showed me how to fix that! > > Here's the remaining error: > > Error: File in a language-versioned package is neither versioned nor in > a versioned directory. > Offending file: /sw/bin/kodos.py [lots of these] Is this thing a python library that other python programs would use, or is it just a program that happens to be written in python? The -pyXX variant system is specifically designed for libraries, so that other python programs can find the correct python-version of them. If you just have a program, no need to play that game...you can just hard code it to use one specific python version instead of needing to provide a variant for every python version. Python2.4 is the most widely supported version right now, but you can use really any that you like. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] No longer maintaining fink packages assigned to me
Daniel Henninger <[EMAIL PROTECTED]> said:
> I just realized I never sent out an official announcement about this, but I am
> not maintaining any of the fink packages assigned to me anymore. I do not
> have
> any of the fink tree set up on my machine at the moment, otherwise I would go
> ahead and change the maintainer of my packages to none.
>
> (I don't really have a list of the packages anymore. there were twisted ones,
> jwgc, erlang, ejabberd, and some others I think)
I demaintained all the 10.{3,4}/{unstable,stable} that listed you.
Thanks for your work, sorry to see you go!
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Package test suites
Daniel Macks <[EMAIL PROTECTED]> said: > On Mon, Aug 28, 2006 at 05:56:52PM -0400, David Fang wrote: >> > There are also several different standards for even what command runs >> > the tests. I guess 'make check' is the autotools standard, but lots of >> > auto*-using packagers don't know that and have custom-written 'make >> > test'. And the perl world long ago standardized on 'make test' (and we >> > have a specific NoPerlTests flag to control that). Plus who knows what >> > other custom variants there are...have to cd somewhere first? >> > >> > Given the variety of commands needed to run tests and the different >> > ways those results might need to be interpretted and the desire to be >> > able to have this togglalble at the level of fink itself, it sounds >> > like we're headed for a TestScript or MaintainerScript field. >> >> Don't forget the fact that test-suites can add more dependencies, e.g. >> gcc requiring dejagnu and expect. A TestDepends/MaintainerDepends field >> might be useful. > > I haven't heard people wanting to do the testing except "immediately > after the build", and I don't think it even *could* be done without > the build dir. Therefore, BuildDepends seems sufficient to me. Er, but if the test has complex deps that are *only* needed by the test, separating them out of BuildDepends would mean that users (i.e., non-testers) wouldn't have all those un-needed deps. Yeah, maybe it would be better to have a specific field here. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Hello scientists and students, your input please
David Fang <[EMAIL PROTECTED]> said: > > I'm particularly interested in the VLSI/CAD/EDA applications myself. > >> ng-spice rework-15c >> Circuit simulator based on Spice 3f5 > > Could someone look into updating this to rework-17? 15* may be a bit > outdated. There wa an ngspice in the submissions queue a while back but it appears to have been abandoned by the submitter. If nothing else, it might serve as a starting point for a more recent version: http://sourceforge.net/tracker/index.php?func=detail&aid=976185&group_id=17203&atid=414256 dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Hello scientists and students, your input please
David H. <[EMAIL PROTECTED]> said: > tree-puzzle 5.2 > a computer program to reconstruct phylogenetic trees from > molecular sequence data by maximum likelihood Turns out I'd had this sitting around locally, never committed it because it didn't pass its tests, and then I got side-tracked:( So I'll clean it up and stash it in my exp/ directory. If someone could take a look at the test failures (visible just before the package build process crashes, and which are the same in both variants) and confirm that it's just round-off or something minor like that (does fiddling with -O settings change it?)... dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] arpwatch-2.1a11-12
Daniel Macks <[EMAIL PROTECTED]> said: > On Fri, Jun 09, 2006 at 06:31:17PM -0400, Stanton McCandlish wrote: >> gcc -O -L/sw/lib -DBIND_8_COMP@ -DDEBUG -DHAVE_FCNTL_H=1 >> -DHAVE_MEMORY_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_BCOPY=1 >> -DHAVE_STRERROR=1 -DWORDS_BIGENDIAN=1 -DRETSIGTYPE=void -DRETSIGVAL= >> -DHAVE_SIGSET=1 -Dsignal=sigset -DDECLWAITSTATUS=int -DHAVE_LIBRESOLV=1 >> -DSTDC_HEADERS=1 -DHAVE_DN_SKIPNAME=1 >> -DARPDIR=\"/sw/arpwatch\"-DPATH_SENDMAIL=\"/usr/sbin/sendmail\" -I. >> -I/sw/include -c ./dns.c >> :1:12: warning: missing whitespace after the macro name >> ./dns.c:69: error: parse error before 'HEADER' > > I just committed a fix that solves this problem for me after > reproducing it on my 10.3 machine. Selfupdate and try again (you'll > know if you get my upgrade by seeing the above command has changed > -DBIND_8_COMP@ to -DBIND_8_COMPAT). I just noticed a newer upstream is available, so I upgraded fink to 2.1a13, which will also have the above-mentioned -D flag fix. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Changes in cssed-filebrowser-plugin
Michèle Garoche <[EMAIL PROTECTED]> said: > > I've just seen your change made in the plugin. ["your" refers to drm] > Could you please tell me which error occurs on Intel architecture for > this plugin? gcc -g -O2 -L/sw/lib -o filebrowser.so -shared -fPICS filebrowser_so-interface.o filebrowser_so-callbacks.o filebrowser_so-filebrowser.o -L/sw/lib -L/usr/X11R6/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXinerama -lXext -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft -lXrender -lpangox-1.0 -lX11 -lpangoft2-1.0 -lfontconfig -lfreetype -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared' /usr/bin/ld: warning multiple definitions of symbol _locale_charset /sw/lib/libintl.dylib(localcharset.o) definition of _locale_charset /sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset /usr/bin/ld: Undefined symbols: _main _cssed_plugin_error_message _cssed_plugin_open_file _cssed_plugin_add_page_with_widget_to_sidebar collect2: ld returned 1 exit status I think your perl pattern match is broken in PatchScript. perl -pi.bak -e 's|powerpc-apple-darwin*\)|*-apple-darwin*\)|' configure.in "*" is treated as a quantifier on the preceeding "n" wildcard, not as a literal asterisk character: the match fails, so no substitution is performed. To get what you want, you probably want perl -pi.bak -e 's|powerpc-apple-darwin\*\)|*-apple-darwin*\)|' configure.in And /me can confirm that this change does enable building on i386. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: openssl patch fails -- 10.4 "untransitional"; FYI
I just fixed a syntax error in the .patch, and it now applies successfully for me. dan Neil Tiffin <[EMAIL PROTECTED]> said: > > I don't have a 10.4 (untransitional) to test with. > > On Mar 10, 2006, at 9:53 AM, William Scott wrote: > >> Hi: >> >> I just got this after a selfupdate: >> >> openssl-0.9.7i/VMS/VMSify-conf.pl >> patch -p1 > patching file Makefile >> Hunk #1 succeeded at 330 with fuzz 2 (offset 5 lines). >> patching file Makefile.org >> Hunk #1 succeeded at 328 with fuzz 2 (offset 5 lines). >> Hunk #2 succeeded at 868 (offset -18 lines). >> patching file apps/Makefile >> patch: malformed patch at line 50: diff -ru openssl-0.9.7i/ >> Configure openssl-0.9.7i-patched/Configure >> >> HTH, >> >> Bill >> >> > > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Q: how to get a "current" version of fink (the manager)?
Adrian Mugnolo <[EMAIL PROTECTED]> said: > > [EMAIL PROTECTED] fink -V ; fink validate tidy.info > Package manager version: 0.24.12 > Distribution version: 0.8.0.rsync [...] > Failed: Undefined subroutine > &Fink::Validation::pkglist2lol called at > /sw/lib/perl5/Fink/Validation.pm line 759. > > The problem appeared after adding patch phase related > directives. In the code, the issue is at the > installed copy of Validation.pm where pkglist2lol is > invoked but not "imported": > > use Fink::Services qw(&read_properties &read_properties_var &expand_percent > &get_arch); > > But this is already fixed on CVS where it reads: > > use Fink::Services qw(&read_properties &read_properties_var &expand_percent > &get_arch &file_MD5_checksum &pkglist2lol &version_cmp); Oops. Now fixed in branch_0_24, so the next 0.24.x will have the fix also. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: openexr confused about libraries
Roland Kuhn <[EMAIL PROTECTED]> said: > > Dear experts! > > I'm using 10.4-transitional/unstable and just did a selfupdate, which > didn't have to compile anything. update-all then stopped with a > linker error from openEXR: > > /bin/sh ../libtool --mode=link g++-3.3 -pipe -g -O2 -Wno-long- > double -L/sw/lib -o exrheader -L../Iex -L../Half -L../Imath -L../ > IlmImf -lIlmImf -lImath -lHalf -lIex -lz main.o > g++-3.3 -pipe -g -O2 -Wno-long-double -o exrheader main.o -Wl,- > bind_at_load -L/sw/lib -L/sw/src/fink.build/openexr-1.2.2-21/ > OpenEXR-1.2.2/Iex -L/sw/src/fink.build/openexr-1.2.2-21/OpenEXR-1.2.2/ > Half -L/sw/src/fink.build/openexr-1.2.2-21/OpenEXR-1.2.2/Imath -L/sw/ > src/fink.build/openexr-1.2.2-21/OpenEXR-1.2.2/IlmImf /sw/lib/ > libIlmImf.a /sw/lib/libImath.a /sw/lib/libHalf.a /sw/lib/libIex.a -lz > ld: Undefined symbols: > __ZN3Imf8TimeCodeC1ERKS0_ [...] > It seems like the early mention of "-L/sw/lib" makes libtool use the > old version of libIlmImf from the system directory instead of the > newly compiled one. The hotfix would be to deinstall the package > when compiling a new version, but that's ugly beyond words. Correct in all respects. > As I'm relatively new to this business I don't know how to properly > fix it, but I see at least two possible ways: > > - The culprit is the definition of CXXLINK, including LDFLAGS, so we > remove that and add it to the LDADDs > - We set LDFLAGS to the empty string and add /sw/lib to the LDADDs > > Is there a better way? Which one is preferred? I might be able to > produce a new openexr.patch once I receive a 'go'. The "real" problem is that the upstream author didn't know you can point libtool to ../foo/libfoo.la instead of using -lfoo and then playing games with -L search ordering to find libfoo. Is fixed. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Take over pcre?
Daniel Johnson <[EMAIL PROTECTED]> said: > On Jan 16, 2006, at 7:32 PM, TheSin wrote: >> On 16-Jan-06, at 5:07 PM, Daniel Johnson wrote: >> >>> Is it safe to assume that Christian Swinehart is MIA? Yes. >>> I'd like to update pcre since fink's version (4.5) is pretty >>> ancient and I've been using the latest version (6.4) for a few >>> months now with no issues. [...] pcre appears to follow the freetype model of binary compatibility. Compared to 4.5, 6.4 adds new things to the public API/ABI (new functions, new elements in structs, new #defines and wider datatypes for other #defines). However, it appears to use the same install_name and does not appear to increment the compatibility_version. Granted, they don't change existing prototypes, and they add to the end of structs, so things compiled against old would work with new and things compiled against new would work with old (as long as they don't use any new stuff). But we're just askin' for user-land breakage unless compat is incremented or a different install_name is used. > Is there any reasonably simple way I can test this? I think your email to -devel just did:) dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.4-transitional/unstable/main/finkinfo/gnome gtkmm2.info,1.2,1.3 librsvg2-mozilla.info,1.4,1.5 librsvg2.info,1.7,1.8 gnopernicus.info,1.4,1.5
Martin Costabel <[EMAIL PROTECTED]> said: > > The last one is the opposite of a fix. It shows that the validator code > in fink HEAD is broken (or doesn't digest vasi's weird formatting). Actually, it's the third option: I made a manual typo when fixing that .info file. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Use of explicit interpretters in packaging scripts
Trevor Harmon <[EMAIL PROTECTED]> said: > On Jan 4, 2006, at 2:22 AM, Daniel Macks wrote: >> >> If you specify an explicit interpretter in a PatchScript, >> CompileScript, or InstallScript (i.e, the first line of the field >> begins with #!), please always pass the "-e" flag to that shell. > > How about making this the default behavior? When processing *Script > fields, Fink could simply check for shebangs and insert a -e flag if > necessary. Seems like that would be a lot easier than making sure all > package maintainers remember to do this. That's a good idea! Unfortunately, the release cycle for fink itself is relatively slow (and monstrously more-so for 'stable'), whereas the problem is present and annoying us now. I dislike the idea of having a build process proceed differently depending on which version of fink one is using. Maintainers, users, and user-support folks all hate surprises and difficult-to-reproduce bugs. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: how to make patch script fail if patch missing
On Mon, Dec 19, 2005 at 03:11:00PM -0500, Jack Howarth wrote: > If a package uses a patchscript rather than the automatic > patch application by fink, is there a recommended approach to > aborting the build if the patch is missing. I just pulled together some other feature requests and bugs about this so we can get a solution implemented: http://wiki.opendarwin.org/index.php/Fink:Major_New_Feature_Plans:Patchfile_Checksums dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: HDF5 problem
Sebastien Maret <[EMAIL PROTECTED]> said: > Compilation of gdl-0.8.11 fails on 10.4.3 because it tries to link > to the HDF5 library in the HDF5's build directory. Looks like HDF5 think it > lives in /sw/src/fink.build: > > % h5cc -showconfig | grep LDFLAGS > LDFLAGS: -L/sw/src/fink.build/hdf5-1.6.4-2/hdf5-1.6.4/src/.libs -L/sw/lib On second thought, this appears to be due to the presence of: SetLDFLAGS:-L%b/src/.libs in the .info file. The same buggy values from LDFLAGS also appear in the libhdf5*.la files. Doesn't that even trigger a validator warning? Passing anything like -L%b in LDFLAGS is almost never the correct solution. I scrapped that entry and added a PatchScript: perl -pi -e 's/hardcode_direct=yes/hardcode_direct=no/g' configure That gave me h5cc.settings with LDFLAGS=-L/sw/lib, no %b in the .la files, and the linker calls during compiling linked to the nascent libhdf5.dylib not the one in /sw/lib. That last issue is what the SetLDFLAGS was trying to fix, I assume? Also, I found I could scrap the Patch, which adds -l flags directly into libtool...I still got libsz linked into the .dylib and listed in the .la. What was trying to be solved here? Also, it appears there are two shared libraries in this package set (libhdf5 and libhdf5_hl) but all of the libhdf5*.dylib files are in the %N package and this lib has no Shlibs: entry. There's a lot of breakage in this package:( dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: gdk-pixbuf-shlibs dependencies error
Koen van der Drift <[EMAIL PROTECTED]> said: > > I get an error with circular dependencies for gdk-pixbuf-shlibs: > > ... > gdk-pixbuf-shlibs gnome-print-shlibs > Do you want to continue? [Y/n] > /sw/bin/dpkg-lockwait -i /sw/fink/dists/unstable/main/binary-darwin- > powerpc/gnome/gdk-pixbuf-shlibs_0.22.0-10_darwin-powerpc.deb > Selecting previously deselected package gdk-pixbuf-shlibs. > (Reading database ... 29074 files and directories currently installed.) > Unpacking gdk-pixbuf-shlibs (from .../gdk-pixbuf- > shlibs_0.22.0-10_darwin-powerpc.deb) ... > Setting up gdk-pixbuf-shlibs (0.22.0-10) ... > Failed: Problem resolving dependencies. Check for circular dependencies. Could you try again and post the whole command and output? The dpkg installation of gdk-pxi-buf-shlibs is unlikely to be related to the actual dep cycle. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: proper fix for g77 package?
Peter O'Gorman <[EMAIL PROTECTED]> said: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Daniel E. Macks wrote: >| When the g77 package is updated next, please add: >| InfoDocs: g77.info >| to it so that the texinfo documentation index is updated properly. > > I'm not sure that there need be a new revision all that soon. My worries > about intel are groundless, there is no restFP/saveFP on intel, so no need > to go looking for Apple's gcc's libgcc.a there :) If it gets rev-ed up, please either increase %r by "a lot" or backport to 10.3 so it's in sync there. Right now 10.4T is only 1 higher than 10.3, so we're gonna have a mess if 10.3 ever needs to be patched. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: proper fix for g77 package?
When the g77 package is updated next, please add: InfoDocs: g77.info to it so that the texinfo documentation index is updated properly. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Use of pango1
And so it has come to pass... plain pango1 is now deprecated in favor
of pango1-xft2; all packages in unstable of 10.3 and 10.4T that used
pango1 have now been switched to pango1-xft2.
dan
Daniel Macks <[EMAIL PROTECTED]> said:
> We currently have pango1, pango1-xft2, and pango1-xft2-ft219 sets. The
> "plain" pango1-{dev,shlibs} packages appears to be a legacy bundle set
> from when we had xft1 and xft2 variants. Now we only have xft2; does
> the bundle serve a purpose any more? Do we actually expect to have
> future new pango1 variants that are binary-compatible for which we
> would again want a bundle? If not, any objections to declaring
> pango1-{dev,shlibs} obsolete, migrating packages' deps to the "real"
> underlying pango1-xft2-{dev,shlibs} packages, and eventually removing
> pango1-{dev,shlibs} from the 10.3 and 10.4T unstable branches?
>
> dan
>
> --
> Daniel Macks
> [EMAIL PROTECTED]
> http://www.netspace.org/~dmacks
>
>
>
> ---
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: plplot linking error after upgrade -> Xcode 2.2
Jeff Whitaker <[EMAIL PROTECTED]> said: > Peter O'Gorman wrote: >> Peter O'Gorman wrote: >> | Martin Costabel wrote: >> |> Peter O'Gorman wrote: >> |> >> |>> The only thing I can think to do is to link with >> |>> - -L/usr/lib/gcc/%m-apple-darwin8/4.0.0 >> |>> -L/usr/lib/gcc/%m-apple-darwin8/4.0.1 >> |>> - -L/usr/lib/gcc/%m-apple-darwin8/4.0.2 -lgcc >> |> >> |> I am not sure if this will work: Earlier on g77's command line, there >> |> is -L/sw/lib/gcc/powerpc-apple-darwin8.0.0/3.4.3 and -lgcc, which >> |> evaluates to libgcc.a in that directory. If you have another -lgcc on >> |> the command line, it's anybody's guess which one will be chosen. >> | >> | You're right. Looks like you can invoke functions from the gcc >> | spec file and one of the included functions is called "if-exists". >> >> This seems to work for me. Note that if 4.0.0/libgcc.a and 4.0.1/libgcc.a >> both exist, it will add both, but I don't think that is a big problem. > > Peter: Thanks - I've committed this to 10.4-transitional unstable Bug report from #fink: < elventear> Hello. I have installed the latest Xcode and I've noticed that some packages when compiling look for gcc 4.0.0. In /usr/lib/gcc/powerpc-apple-darwin8/4.0.0. What I've made is a symlink of 4.0.1 to 4.0.0 in the same directory. It seems to work but I dunno if it is the proper solution [...] I am compiling g77 right now. It is g77 3.4.3-12 and in the middle of the compilation it gave me that same error. That is was looking for gcc 4.0.0. I made the symlink as explained previously and now it is building normally, but it seems that 3.4.3-12 does not fix that problem < dmacks> Ooh, that's bad. Did you have an older g77 pkg installed already (when the new-verison compile crashed)? < elventear> I had the binary previosly. For 3.4.3-2. It complained about the same thing. But with the symlink I fixed it. Still I wanted to compile it. I removed the binary before installing from source < dmacks> So with no g77 installed at all and no manually-created symlink, 3.4.3-12 fails to compile? < elventear> dmacks: Yep dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Binary Installer (0.8.0) not very usable on a non-dev system
David R. Morrison <[EMAIL PROTECTED]> said: > On Oct 5, 2005, at 9:41 AM, Daniel Macks wrote: >> On Wed, Oct 05, 2005 at 09:18:12AM -0700, David R. Morrison wrote: >>> >>> How about if instead we actually try to make it work without the dev >>> tools? Things were originally designed that way... And particularly >>> if we ever get the project of more frequent bindists off the ground, >>> this could be useful. >> >> What packages (.pkg, not fink) are part of the base system install? Do >> we get all the /usr/bin BSD commands, or will we continue to have to >> have packages like gzip and tar be essential to make sure dpkg can use >> those commands (/me notes ? > > All of the standard BSD commands are there, if the user has installed > BSD.pkg. I believe that this may have required a custom install at > some point in time, but I think its installed by default now. > Certainly I wouldn't suggest anyone try to use fink without this > being present, and perhaps fink should test for its presence. For 10.3 clean install, installation of BSD.pkg is the default but is not required (one would have to do custom install and then deselect it). I agree that it's reasonable to require that it be present. Installer.app has a built-in .plist-based mechanism to check that "certain packages present" (optionally at certain versions) and some other things. However, if one uses that mechanism, it disables the older check scripts that do things that the New Way cannot and that we need to do. And there isn't a visible API to "do the new thing", so we're stuck writing the tests ourselves...checking for specific files and/or reading certain keys from various Receipts. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Maximum redirects followed
Trevor Harmon <[EMAIL PROTECTED]> said: > On Oct 3, 2005, at 9:12 PM, Daniel E. Macks wrote: > >> Last I checked (10.3) Apple's curl was configured without crypto >> support. That would mean https: URLs won't work if 'curl' is >> /usr/bin/curl and the redirects go to other https: URLs. Does >> installing fink's curl (package is "curl-unified" or "curl-ssl") solve >> the problem? OTOH, we don't use https Source URLs for precisely this >> reason. > > Well, 10.4's curl didn't give me any SSL errors, and I also tried > curl-ssl-7.14.1-2, which gave me exactly the same problem. > > So...anybody here have upload rights to post jogl-src.zip somewhere, > as Alexander suggested? Fink is now mirroring it as jogl-1.1.1-src.zip, so .info could be: Source: mirror:sourceforge:fink/jogl-1.1.1-src.zip Source-MD5: a5d6b630a17b41227ab41506c826277b (obviously changing Source to use %n and %v as appropriate:) It's already on SF's osdn mirror site, didn't check others. Please let me know ASAP if your copy of the file has a different MD5. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Maximum redirects followed
Trevor Harmon <[EMAIL PROTECTED]> said: > I am developing a package description for JOGL: > https://jogl.dev.java.net/ > > The source is available here: > https://jogl.dev.java.net/files/documents/27/17108/jogl-src.zip > > When I try to download the above link using my web browser, it works > fine. However, when Fink tries to download it using curl, it goes > into an infinite loop. Eventually I get an error saying: > > curl: (47) Maximum (50) redirects followed > ### execution of curl failed, exit code 47 > > I've tried to debug this using the following command: > curl --verbose -f -L -O https://www.dev.java.net/files/documents/ > 27/17108/jogl-src.zip > > And it seems the problem is related to a redirection: "HTTP/1.1 302 > Moved Temporarily". The redirection is to this link: > https://jogl.dev.java.net/servlets/ProjectDocumentDownload? > documentID=17108 > > As before, downloading this link using my web browser works fine, but > using curl redirects back to the original link! Is this a bug in curl? Last I checked (10.3) Apple's curl was configured without crypto support. That would mean https: URLs won't work if 'curl' is /usr/bin/curl and the redirects go to other https: URLs. Does installing fink's curl (package is "curl-unified" or "curl-ssl") solve the problem? OTOH, we don't use https Source URLs for precisely this reason. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/sci yacas.info,1.4,1.5
Corey Halpin <[EMAIL PROTECTED]> committed: > Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/sci > > Modified Files: > yacas.info > Log Message: > New upstream version. > Add a build-conflicits on previous versions. Without this, the shared > libs in yacas-shlibs are linked to the binary, rather than the new > shlibs that are being built. The two standard solutions to common libtool and auto* bugs are: perl -pi -e 's/need_relink=yes/need_relink=no/' ltmain.sh perl -pi -e 's/hardcode_direct=yes/hardcode_direct=no/' configure I can't remember which one solves the problem at hand. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: zsh for 10.4
Peter O'Gorman <[EMAIL PROTECTED]> said: > > poll() did not exist on Mac OS X 10.2 and earlier, on 10.3 it was > implemented in an emulation library and implemented in terms of select(), > with Mac OS X 10.4 we finally got a real poll(), but it unfortunately has > some bugs which make it difficult to use. If they want to change their > configure, I'd suggest ignoring poll() on darwin totally. I just added a chapter about 10.4 to Fink's porting page, including a note about this bug (and also some other 10.3/10.4 differences). Pogma (or anyone) feel free to add more things to that doc. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: socklen_t (was: pwlib-1.5.2-12 conflicting Types)
Matthew Sachs <[EMAIL PROTECTED]> said: > On Jun 22, 2005, at 05:05, Andreas Dittrich wrote: > >> I have a problem compiling pwlib. There is a duplicate typedef >> which is different in >> /usr/include/sys/socket.h >> than in >> ./pwlib/include/ptlib/unix/ptlib/pmachdep.h >> of the package. The one in the package defines int as the type of >> the socketlen > > Prior to Tiger, our system headers did not define socklen_t. socklen_t does exist (it's type int) in 10.3. So technically... > define is coming from is include/ptlib/unix/ptlib/pmachdep.h. There > are several defines of socklen_t in that file, conditionalized on > various macros. To fix the package, figure out which one is applying > on Darwin, and wrap it with the following: > > #ifdef __APPLE__ > #include > #if MAC_OS_X_VERSION_MAX_ALLOWED <= MAC_OS_X_VERSION_10_3 > typedef int socklen_t; > #endif > #endif That should be MAC_OS_X_VERSION_10_ probably. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] "fink rebuild" when no binary present
Fink was recently patched so that any "fink reinstall" of a package whose binary does not exist is automatically upgraded to a "fink rebuild" (a mode that always concludes by reinstalling). Without this, users have observed that fink will crash, since it can't install a non-existant .deb. I figure if a user says "reinstall" then he really wants to reinstall, just like "fink install" automatically builds as necessary...fink may as well work its way out of a jam if it can. If users need more control, it would be easy to add a prompt "No a binary available to reinstall; do you want to compile/download? [Y/n]", and then either upgrade-to-rebuild or abort based on his choice. OTOH, JFM has emailed me about the wisdom of this behavior, even with the prompt. He can explain his thoughts better than I can... Love to hear others' opinions here. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Stopping Spotlight
Jean-François Mertens <[EMAIL PROTECTED]> said: > > On 25 May 2005, at 04:49, Dave Vasilevsky wrote: > >> If you have a custom build path, Fink will warn you that this might >> be slowing down your builds, and offer to append .build--if you >> decline, Fink will never bother you about it again. > > I declined _ since I have spotlight turned off _, but I've been asked > this question already > half a dozen times _ at least at every fink index, selfupdate, > list, ... command. It's supposed to save state in fink.conf so only root can set it...OTOH, some of those commands run as root. OT3H, since this is a new feature in a new fink, maybe it should be asked as part of the fink package postinst instead of during a normal fink run. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate online with coworkers and clients while avoiding the high cost of travel and communications. There is no equipment to buy and you can meet as often as you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: missing patch file does not give an error
Dave Vasilevsky <[EMAIL PROTECTED]> said: > > --Apple-Mail-1-690924293 > Content-Transfer-Encoding: 7bit > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > [snip patchscript options] > > Another option, which doesn't require changes to hundreds of > packages, is to require bash 3.0 and use the pipefail option for > PatchScripts: /me presumes that using it for CompileScript would catch "early" errors that lead to the difficult-for-users FAQ 6.7. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: latest fink, convinience Bug?
D. Höhn <[EMAIL PROTECTED]> said: > -BEGIN PGP SIGNED MESSAGE- > Hash: RIPEMD160 > > When you develop away and you alter an info file, check it into CVs and > then do something like: > > fink list --maintainer=Darian > Fink has detected that your package index cache is missing or out of > date, but does not have privileges to modify it. > Re-run fink as root, for example with a "fink index" command, to update > the cache. > > You see the "error" message. Is that a convenience bug? What ya think? There's a longstanding feature-requests tracker item for this. What we'd need to do is have some way for each user to have his own package database file. Then instead of always using fink's primary (root-owned) index, $USER would use his own if his own is newer than the primary (and create his own if it doesn't exist and root's is old). The question is: where does this file go? Putting it along side the primary index (now fink.db) as fink.$uid.db seemd dangerous since we'd have to make its dir (/sw/var/lib/fink/) world-writable, which makes it easy to accidentally allow $USER to write to the root index. Should we have user-land indices go in a "per-user/" dir there so that the root space (fink/) doesn't need to be world-writable and the worst users could do is hose each other)? Should we use ~/.fink? That latter way would pave the way to having other user-specific stuff in the future (personal fink.conf so that each user could have his own PROXY_* settings, for example). dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: g++ ABI: new proposal
David R. Morrison <[EMAIL PROTECTED]> said: > Dear fink developers, > > This is a revised proposal for how to handle the g++ ABI change, and > represents a compromise between Peter and myself about how to proceed. > I believe that he and I are in agreement about the broad outlines here, but > some details may still need to be discussed. > > The basic strategy will be to create a tree called 10.4-transitional > just before 10.4 is released, which will be very close to the existing > 10.3 tree, and in which we will be enforcing -fabi_version=1. This will > allow a smooth transition to 10.4, addressing other issues (like prebinding), > while delaying the full conversion to the new ABI until we can enlist the > aid of the broad community of fink maintainers. > > We will also create a 10.4 tree, which we will start work on quite soon, > but which will not become the active tree until the g++-using programs > have all been modified for the new ABI. In the 10.4 tree, we'll enforce > -fabi_version=2. This sounds like a viable plan. > One open question is whether to implement a new G++-ABI field in fink > packages (which would override the default version number) or whether > to stick with the existing GCC field as the signal for whether things > have been converted. If we stash an ABI flag in the .deb,we can have fink whine if there is a mismatch between the ABI to be used when compiling a package and the one used for its dependent packages. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: License for .info and .patch files
David R. Morrison <[EMAIL PROTECTED]> said: > Here's my take on this licensing issue, for what it's worth. > > I think we should explicitly indicate that authors of .info files are > *contributing* those files to the fink project when they submit them for > inclusion in the fink trees. As contributed parts of the whole, these > files may be modified by others working on fink, and will be distributed > along with fink and under the same license conditions as fink itself That makes a lot of sense. We should add a note about this on the Submissions tracker new-item header. > When I started the thread, though, I was trying to draw a distinction for > the .patch files. I'd still like to see us make that distinction, because > I would like everyone to feel free to borrow our patch files for their > own use. In that spirit, it makes sense to me that we would say that the > patch files inherited the same license their project was released under. By "their project", do you mean Fink or each's package? If the latter, I don't think that's necessarily correct for Restrictive packages. Who knows what crazy redistribution or derived-work terms the author may have attached. Well hmm, is a .patch or a .info a "derived work" (which has copyright implications) or just some insrtuctions one follows (or causes Fink to follow) and act upon one's personal copy of the sources? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Validation change
How about having 'fink validate' by default always display all
warnings (regardless of user's verbosity setting), and add a
--no-pedantic flag for validate to hide the pedantic/formatting
messages? That way packagers don't accidentally not catch mistakes but
those who want to see major/functional mistakes can easily separate
the wheat from the chaff.
dan
Daniel Macks <[EMAIL PROTECTED]> said:
> I certainly thing there *are* levels of severity of validator
> warnings.
[...]
> On Sat, Feb 12, 2005 at 10:48:10PM -0700, TheSin wrote:
>> why would anything in validate be under any verbosity? ppl that run it
>> should see all warnings and errors I'd think.
>>
>> On 12-Feb-05, at 8:15 PM, Ben Hines wrote:
>>
>> >I disagree with making ALL of these desc checks only verb > 3. Did
>> >you mean to only change the > 45 char desc warning? (due to
>> >bracketing, all were lowered to verb 4, which means noone will ever
>> >see them.
>> >
>> >} elsif (Fink::Config::verbosity_level() > 3) {
>> ># Some pedantic checks
> [...]
>> >print "Warning: Length of package description
>> >exceeds 45 characters. ($filename)\n";
> [...]
>> >print "Warning: Description starts with \"A\" or "An\"
> [...]
>> >print "Warning: Description starts with lower case.
> [...]
>> >print "Warning: Description contains package name.
> [...]
>> >print "Warning: Description ends with \".\".
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/libs boost1.31.info,1.6,1.7 boost1.32.info,1.3,1.4
Mark Treiber <[EMAIL PROTECTED]> committed: > > Modified Files: boost1.31.info boost1.32.info > Log Message: Fixed conflicts with boost shlibs Whoa, there--that's not how the shlibs policy is supposed to work at all! >=== > RCS file: > /cvsroot/fink/dists/10.3/unstable/main/finkinfo/libs/boost1.31.info,v > --- boost1.31.info6 Feb 2005 21:29:16 - 1.6 > +++ boost1.31.info15 Feb 2005 03:13:12 - 1.7 > Package: %N-shlibs > + Conflicts: boost1.32-shlibs > Files: << >lib/libboost_date_time-1_31.dylib > >=== > RCS file: > /cvsroot/fink/dists/10.3/unstable/main/finkinfo/libs/boost1.32.info,v > --- boost1.32.info12 Feb 2005 00:27:12 - 1.3 > +++ boost1.32.info15 Feb 2005 03:13:13 - 1.4 > Package: %N-shlibs > + Conflicts: boost1.31-shlibs > + Replaces: boost1.31-shlibs > Files: << >lib/libboost_date_time-1_32.dylib -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/languages gcc4.info,1.2,1.3
Jeff Whitaker committed: > > Index: gcc4.info >=== > RCS file: > /cvsroot/fink/dists/10.3/unstable/main/finkinfo/languages/gcc4.info,v > +++ gcc4.info 13 Feb 2005 03:20:41 - 1.3 > +ConfigureParams: --prefix=%p/lib/gcc4 [...] --host=%m-apple-darwin Excellent, Jeff! dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: fink/perlmod/Fink PkgVersion.pm,1.351,1.352 ChangeLog,1.842,1.843
Martin Costabel <[EMAIL PROTECTED]> said: > Jean-François Mertens wrote: >> >> On 04 Feb 2005, at 23:03, Ben Hines wrote: >> >>> All of fink needs to be built with this patch before releasing this. >>> We've never audited this policy, my guess is a lot of stuff will break. >> >> If I understand correctly, this means we start implementing Max Horn's >> old proposal >> to really distinguish RunTimeDepends from BuildDepends. >> I fully agree with Ben here _ we have to do it once, but if implemented >> this way it'll >> break about everything, and even by rebuilding once the whole of fink >> with this, we'll >> discover only a very small fraction of the problems _ because we'll have >> tested only one build-path.. >> >> Could we not think of having a script go through all packages, using >> something like >> current show-deps (build-dep part), to complete the BuildDeps of each pkg ? >> Maintainers can afterwards refine the BuiildDeps, and remove anything >> superfluous . > > We could as well start by copying all the contents of all Depends fields > into the BuildDepends fields. The advantage of show-deps is that it collects all *Depends from the whole family of pkgs (parent+all splitoffs) for you and displays it for any pkg in the family. That's good for end-users so they don't have to check each family member manually, and it's fully parsed for the specific variant chosen. If the fink policy is rewritten, show-deps will be patched into compilance, i.e., the build section will list only BuildDepends. What we'd need for the task as proposed is a text-copy of the raw Depends from the whole family in the BuildDepends of the parent. The "fink" CLI is not suited for this because it always does all %-expansions and variant-conditionals. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: problem with buildlock
Jean-François Mertens <[EMAIL PROTECTED]> said: >Benjamin Reed wrote: >> disco-volante:/sw/fink/dists/local/rangerrick/common/main/finkinfo/devel >> ranger$ fink remove fink-buildlock-distcc-2.18.3-1 >> Information about 4465 packages read in 7 seconds. >> Failed: no package specified for command 'remove'! akh had a case where the lock got stuck in the "unpacked" state. That would mean it would appear in 'fink list' but not with status "i", so 'fink remove' might be "too smart" to try to remove it. I (think I) cured the situation that caused this to occur. But regardless, 'dpkg -s' can tell you more details about the package status, and 'dpkg -i' can remove "unpacked" and "half-installed" pkgs that fink would just ignore. > /sw/lib/perl5/Fink# fink remove ztrack-1.0-1 > Information about 5062 packages read in 4 seconds. > Failed: no package specified for command 'remove'! > > Apparently whenever a version seems specified to fink.. Part of the situation may confusion about what a "package name" is. The name of a buildlock pkg (%n) is composed of the name (%n') and version (%v'-%r') of the pkg for which it is a lock: %n = buildlock-%n'-%v'-%r' The lockpkg then has its own version string (which looks like a datestamp (because it is)). So even though "buildlock-distcc-2.18.3-1" looks like a full pkg (%f) identifier, it's really just the name (%n). dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: GCC field
David R. Morrison <[EMAIL PROTECTED]> said: > > I thus propose to rename the GCC field, calling it GCC-ABI instead. Sounds good to me. > There is one place in the fink code where the GCC field is tested, > but that test can easily be rewritten. Also validator. Three cheers for %obsolete_fields! Should the warning from test should suggest what *should* be used, not just "no such field, doofus"? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: OpenLDAP configuration [ATTN: Matt Stephenson]
Charles Lepple <[EMAIL PROTECTED]> said: > >> For the simple purpose of just getting the package to compile with >> back_ldbm, [...] > > looks like --enable-ldbm does the trick (haven't tested extensively, but > slapd starts with ldbm in the config file). Given that cattrap is MIA, should we update the fink package? Do you want to take over as Maintainer? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/sci weka.info,NONE,1.1
Kurt Schwehr <[EMAIL PROTECTED]> said: > Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/sci > > --- NEW FILE: weka.info --- > Package: weka > DescPort: << > Didn't compile from source since that is just available from CVS. The > weka web site descributes a dmg for OSX and a zip for Linux. Both > contain a bunch of jar files. ><< > License: GPL How do we feel about using precompiled-binary stuff in this manner (or at all)? Would be better to roll a CVS snapshot tarball for fink and serve it from Fink's SF space? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Dependencies and naming for scsh-related packages
Michel Schinz <[EMAIL PROTECTED]> said: > > scsh is a scripting language similar to Perl/Python/Ruby/etc. for > which some libraries, which I'll call modules below, exist. [reordering some paragraphs] > The first problem I have is one of dependency. It happens that scsh > modules are installed in directories which explicitly refer to the > major and minor versions of scsh to which they belong, e.g.: > > /share/scsh-0.6/modules//scheme > > where is the prefix given at installation time (would be /sw > for Fink) and is the full name of the module, including > its version. > > Since this directory (and the code it contains, in fact) is specific > to scsh 0.6 and is not expected to work with scsh 0.7, I'd like to > specify that in the "Depends" field. But I'd also like to specify that > the version of scsh has to be greater or equal to 0.6.6, [modules are only supported starting in 0.6.6] > The following seems to work, but I wonder if there's a cleaner way: > > Depends: scsh (<< 0.7.0), scsh (>= 0.6.6) This is the same problem we have with perl (etc.) modules, and other types of things that are associated with a package that is binary- incompatible (due to API/ABI or file location) in different versions. The solution in those cases is give the interpretter package a name that includes this major version information. Since each module is specific for a certain interpretter version, this means one has each module Depends on the desired interpretter. For example, instead of "scsh", you would have "scsh6" and "scsh7", and then modules named "foo-sc6" (Depends:scsh6(>=0.6.6)) and "foo-sc7" (Depends:scsh7). If you install the interpretter itself as bin/scshX instead of bin/scsh (and maybe optionally provide a bin/scsh->scshX symlink, again as with python and perl), users could have both present at once, to make version-migration and upgrading easier. Otherwise, one could not change scsh version unless one also updated *all* module packages at the same instant...that sounds like a user-upgrade and package-maintainer nightmare. > The other problem is one of naming. Since I expect that in the long > run there will be quite a lot of Fink packages for scsh modules, maybe > I should name them in some consistent fashion, or even put them in > their own section. Any suggestion in that respect? Other language-module packages have an extension denoting the language (-py for python, -pm for perl, -el for emacs/lisp, etc.) Maybe "-sc" for scheme? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: eterm-0.9.2-2
Julin Maloof <[EMAIL PROTECTED]> said: > > wanted to let you know that Eterm from the unstable list is working > great for me. You might want to update your package descriptions...eterm has been at 0.9.2-6 for a while now. OTOH, others have said -6 works also, so I just bumped it to stable anyway:) dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Abolish omitted-Source: default?
Daniel Macks <[EMAIL PROTECTED]> said: > In .info files, if a Source: is not listed, a default of %n-%v.tar.gz > is used, which is documented as being for "manual download". I'm > proposing we phase out this default. It's now a validator warning as well as a warning in fink itself (assuming people don't validate their private .info stash that often, which is the only place this syntax would be found). The implicit default still works for now. My goal for a soonish release is to have this functionality not work but provide a clear message about how to upgrade. That way if and when we need to break this syntax entirely in a later release, users would be unlikely to still have old-'n'-busted pkgs. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Objects linked with multiple libraries
Michal 'hramrach' Suchanek <[EMAIL PROTECTED]> said: > I was checking how my package was linked and found it links in both > /sw/lib/libncurses and /usr/lib/libncurses. I checked other packages and > found this is not usual. > Is it ok? > What does it mean? Probably means a -L/sw/lib isn't getting propagated in some Makefile. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Package database webpage layout
Martin Costabel <[EMAIL PROTECTED]> said: > > The first option uses the screen real estate better. The column headers > that are somewhat too heavy could be made lighter by replacing the > two-liners "stableversion" and "unstableversion" by just > "stable" and "unstable". It is clear at this point that the numbers in > the columns refer to versions. > > Also, as has been suggested, some color would be useful, for example > like here: > > http://perso.univ-rennes1.fr/martin.costabel/fink.sourceforge.net/pdb/test/passwd.html Looks great. And so it has been implemented. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Package database webpage layout
Okay, two layout options now. Both now have more familiar (to users) terms in the headings and clearer structure. The first is just improvements to the visual layout and headings: http://fink.sourceforge.net/pdb/passwd.html Looks a bit too busy perhaps. The second moves back a bit towards the original and keeps clear "stable" and "unstable" divisions, but logically groups the various dists: http://fink.sourceforge.net/pdb/package2.php/passwd Looks clean visually and clear content-wise. Maybe this is the way to go? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: -dev splitoff
Koen van der Drift <[EMAIL PROTECTED]> said: > > The new version of the emboss package I maintain stores many header > files directly into /sw/includes. Is there a way to use the info > file so they are installed in eg /sw/include/EMBOSS? [...] > The package already has a -dev splitoff, so it should be in that > section. I think the "Files" field allows you to rename (and relocate, since that's functionally the same on Unix) files on-the-fly (as they get moved from %I to %i). If I understand the implementation of this apparently undocumented feature, you'd want something like: Files: include/*:include/EMBOSS Guess we should figure out how that works and document it, huh? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Fink init.csh broke classpath
Freek Dijkstra <[EMAIL PROTECTED]> said: > On 06-08-2004 11:34, Luca Lutterotti wrote to [EMAIL PROTECTED]: > >> I search in the archives not finding anything on the subject. >> So my problem is the following: >> - I have fink installed >> - I use the c-shell, so I have a .cshrc in my home in which fink put >> the source /sw/bin/init.csh >> - With this configuration if I run a java program from the command line >> (or launching it as a shell script that uses the terminal app) I always >> get a java.lang.NoClassDefFoundError; java does not find my >> jars/classes. (But if I run them as a packaged App, no problems). >> - If I remove from the .cshrc the infamous source /sw/bin/init.csh line >> everything is ok and java programs launch correctly. > [...] >> if I remember correctly the java classpath on Mac is setup on the fly >> when you ran java [...] > > As Dan suggested, You can either unset the $CLASSPATH variable just > after the "source /sw/bin/init.csh" line. > Alternatively, you can manually set the $CLASSPATH just before that > line to whatever Apple uses. Personally, I have set it to > ".:/Library/Java/Extensions". Yes, it sounds like we should be including those defaults if we do set CLASSPATH. A Bugs tracker item was just opened for it: http://sourceforge.net/tracker/index.php?func=detail&aid=1005793&group_id=17203&atid=117203 dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [PATCH] compress-zlib-pm to use system zlib.dylib
David H. <[EMAIL PROTECTED]> said: > Blair Zajac wrote: >| >| So I guess I'll remove the three files >| compress-zlib-pm560.info compress-zlib-pm580.info compress-zlib-pm581.info >| and replace them with a single compress-zlib-pm using Info2. > > I doubt you will be making many happy with that. There are many old > schoolers like me that simply hate Info format :) By "many", dmalloc means "some" or "a few":) Many other old schoolers have seen how time-consuming and error-prone is can be to maintain variants in individual files and recognized that Info2 isn't as scary as they think at first. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: gnumeric-1.0.13-11
bruno Lebourdais hotmail <[EMAIL PROTECTED]> said: > The binary package seems to be broken. I have the same problem in many > different packages, mainly concerning the gnome packages. What exactly does "broken" mean? Cannot download? Cannot install? Cannot run? Runs but gives weird display? Produces warnings and/or error messages (what is their exact wording, and what exact sequence of events leads to them)? FWIF, there is a much newer version of gnumeric available, but I don't know whether your problem is solved there, or is a symptom of some other package being broken on your system. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Making proj prebound
I added some notes to that tracker item about getting that pkg prebound.
dan
[EMAIL PROTECTED] <[EMAIL PROTECTED]> said:
> I added a tracker item (985693) for proj, but I haven't worked with
> prebinding before. I added some clips from the build that show that for
> example nad2bin complains about not be prebound. Can anyone say if there is
> something else that has to be done for prebinding?
>
>> Hi Kurt,
>>
>> Mind if I apply the following patches to the 10.2-gcc3 and 10.3 proj.info?
>> This should make them prebound and faster to start up.
>>
>> Best,
>> Blair
>>
>>
>> Index: 10.2-gcc3.3/unstable/main/finkinfo/sci/proj.info
>> ===
>> RCS file:
>> /cvsroot/fink/dists/10.2-gcc3.3/unstable/main/finkinfo/sci/proj.info,v
>> retrieving revision 1.3
>> diff -u -r1.3 proj.info
>> --- 10.2-gcc3.3/unstable/main/finkinfo/sci/proj.info27 Jun 2004
>> 13:58:42 - 1.3
>> +++ 10.2-gcc3.3/unstable/main/finkinfo/sci/proj.info5 Jul 2004 21:25:59
>> -
>> @@ -1,11 +1,12 @@
>> Package: proj
>> Version: 4.4.8
>> -Revision: 1
>> +Revision: 2
>> Maintainer: Kurt Schwehr <[EMAIL PROTECTED]>
>> Source: ftp://ftp.remotesensing.org/pub/proj/proj-%v.tar.gz
>> Source-MD5: 1bdfb7bf5df081d029828ed47b780519
>> Depends: %N-shlibs (= %v-%r)
>> ConfigureParams: --mandir='${prefix}/share/man'
>> +SetLDFLAGS: -no-undefined
>> SplitOff: <<
>> Package: %N-shlibs
>> Files: lib/libproj.*.dylib
>> @@ -29,4 +30,4 @@
>> version of proj to make sure that there are no incompatibilities.
>>
>> The upgrade from 4.4.7 to 4.4.8 was requested by Blair Zajac in June
>> 2004.
>> -<<
>> \ No newline at end of file
>> +<<
>>
>> Index: 10.3/unstable/main/finkinfo/sci/proj.info
>> ===
>> RCS file: /cvsroot/fink/dists/10.3/unstable/main/finkinfo/sci/proj.info,v
>> retrieving revision 1.3
>> diff -u -r1.3 proj.info
>> --- 10.3/unstable/main/finkinfo/sci/proj.info 27 Jun 2004 13:58:56 -
>> 1.3
>> +++ 10.3/unstable/main/finkinfo/sci/proj.info 5 Jul 2004 21:26:01 -
>> @@ -1,11 +1,12 @@
>> Package: proj
>> Version: 4.4.8
>> -Revision: 1
>> +Revision: 2
>> Maintainer: Kurt Schwehr <[EMAIL PROTECTED]>
>> Source: ftp://ftp.remotesensing.org/pub/proj/proj-%v.tar.gz
>> Source-MD5: 1bdfb7bf5df081d029828ed47b780519
>> Depends: %N-shlibs (= %v-%r)
>> ConfigureParams: --mandir='${prefix}/share/man'
>> +SetLDFLAGS: -no-undefined
>> SplitOff: <<
>> Package: %N-shlibs
>> Files: lib/libproj.*.dylib
>> @@ -29,4 +30,4 @@
>> version of proj to make sure that there are no incompatibilities.
>>
>> The upgrade from 4.4.7 to 4.4.8 was requested by Blair Zajac in June
>> 2004.
>> -<<
>> \ No newline at end of file
>> +<<
>>
>
>
>
>
> ---
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
> digital self defense, top technical experts, no vendor pitches,
> unmatched networking opportunities. Visit www.blackhat.com
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: gconf-editor-2.6.2-7, gconf2-2.6.3-8, gstreamer-0.8.3-8
Daniel Johnson <[EMAIL PROTECTED]> said: > > gconf-editor and gconf2 install man pages into /sw/man instead of > /sw/share/man. Also, gstreamer is missing a BuildDepends on bison. > Panther's bison is too old. gstreamer fixed. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: A suggestion
Corey Halpin <[EMAIL PROTECTED]> said: > >In working with my packages, I've written a little script that uses > otool -L and dpkg -S to figure out what my package needs to depend on. Good idea. This approach gives packages that need not be specified explicitly (if they are dependencies of dependencies) but this gives a good starting point. >I don't know my around fink (the program) well enough to add this > myself, but I thought it might be helpful if there were something that > did a trick like this one to verify that a .info depends on all the > libraries it needs. Because of my previous comment, this cannot be used for "if we find something not in Depends, then crash". More importantly, virtual (Provides) packages do not contain files (the files are part of the actual Package which Provides the virtual), so even if we ban implicit dependencies, we'd have to do a lot of pkg-info back-tracking to figure out whether a given otool-detected .dylib is covered by a Depends. Things like this are very useful, but I think it would take a *lot* of work to make it deterministic enough for a build-phase (or even validator) check. Someone on -devel or #fink (perhaps jfm?) has a giant shell pipeline version of this (and that covers a lot of weird corner cases), that I encapsulated as fink-dep-check in my experimental dir. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: eterm-0.9.2-6
salvo mac <[EMAIL PROTECTED]> said: > > /bin/sh ../libtool --mode=link gcc -g -O2 -L/sw/lib > -Wl,-read_only_relocs,warning -L/sw/lib -L/usr/X11R6/lib -L/sw/lib > -L/usr/X11R6/lib -o libEterm.la -rpath /sw/lib -release 0.9.2 > actions.lo buttons.lo command.lo draw.lo e.lo events.lo font.lo > grkelot.lo menus.lo misc.lo netdisp.lo options.lo pixmap.lo screen.lo > script.lo scrollbar.lo startup.lo system.lo term.lo timer.lo utmp.lo > windows.lo defaultfont.lo libscream.lo -last -lImlib2 -ldl -lSM > -lICE -last -lXmu -lXext -lX11 -lm =20 > grep: /sw/lib/libttf.la: No such file or directory Sounds like at some point in the past, some package you compiled accidentally linked an unexpected freetype library. See if you have any packages like freetype-shlibs or freetype-hinting-shlibs installed, and if so install the other packages with the same name pattern (i.e., freetype and freetype-dev if you have freetype-shlibs, or all three analogous -hinting packages) dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Changing lib versions (was [Fink-users] wxgtk]
On fink-users, GoochRules! <[EMAIL PROTECTED]> said: > I have a need for wxgtk version 2.4. Currently, the only wxgtk that > fink provides is 2.5 (a development branch) in unstable. I know at one > time there was a 2.4 version in unstable. These two versions appear quite different, in particular with different shared library names and compatibility_version levels. By our Shlib Policy, should there really be wxgtk2.4 and wxgtk2.5 instead? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: How to test the two variants of a package?
(I think this didn't go to the list...trying again, and with corrections to example at the end) Martin Costabel <[EMAIL PROTECTED]> said: > Daniel Macks wrote: > [] >> You're getting yourself *way* too worked up about variants, Martin. > > I get worked up about anything that doesn't work correctly. In this > case, I gave a bug report to Michèle. There needs to be an upgrade path > from bluefish to bluefish-gnome2. Right now it breaks. > > In addition, I am really curious how the variant system handles this. Is > there a possibility to say (as a packager): Exactly one of the variants > can be installed, and every one of them can replace the others? Each would set a Conflicts/Replaces against all others...same way we do it now with different X for fooX and fooX-dev. Maintainer manually lists every variant (a lot of typing I know...there are some ideas for less verbose ways, but not implemented yet) in the Conflicts/Replaces. Fink knows that it doesn't make sense for a package to Conflicts or Replaces itself, so it silently and automatically removes a package from its own lists. Something like: Package: gimp%type_pkg[-noprint] Type: -noprint (boolean) Conflicts: gimp, gimp-noprint Replaces: gimp, gimp-noprint dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: How to test the two variants of a package?
Martin Costabel <[EMAIL PROTECTED]> said: > > BTW, fink validate doesn't yet seem to understand variants completely: > > % fink validate bluefish.info > Error: Package name may only contain lowercase letters, numbers,'.', '+' > and '-' (bluefish.info) Fixed (I think) in CVS HEAD. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: How to test the two variants of a package?
Daniel E. Macks <[EMAIL PROTECTED]> said: > David R. Morrison <[EMAIL PROTECTED]> said: >> Just to clarify: my understand of Michele's problem is that when she tries >> to build the two variants contained in this .info file, only one of them >> can be built. >> >> So either it's a problem with the way she has constructed the file, or >> a problem with the variant code in fink. > > Would it be useful to have a way to dump the ".info file" of specific > variants? I just implemented 'fink dumpinfo [pkgname]' in CVS HEAD so you can see how fink parses a package description, including percent expansion (and hence variant info), and conditional Depends. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: How to test the two variants of a package?
David R. Morrison <[EMAIL PROTECTED]> said: > Just to clarify: my understand of Michele's problem is that when she tries > to build the two variants contained in this .info file, only one of them > can be built. > > So either it's a problem with the way she has constructed the file, or > a problem with the variant code in fink. Would it be useful to have a way to dump the ".info file" of specific variants? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: How to test the two variants of a package?
Martin Costabel <[EMAIL PROTECTED]> said: > > But I don't think one should produce packages that one cannot test. Absolutely. But... > That's why I don't like this whole variant thing. That seems kind of orthogonal. Variants make it easier for the Maintainer to maintain multiple variants (in the conceptual, not Fink sense) of a package. It relieves what was becoming (became?) an unscalable mess of -pmXXX (and -pyXXX and -rbXXX, etc.) packages. Do you really believe that all those modules were tested with each perl version? Having a separate .info file for each variant makes it difficult for a Maintainer to keep variants in sync. It's too easy to forget to change one Depends package, or make a typo when applying the same tweak to a new revision of several files. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Which fink with gimp2?
Alexander Strange <[EMAIL PROTECTED]> said: > On Apr 4, 2004, at 9:40 PM, Randal L. Schwartz wrote: >>> "Alexander" == Alexander Strange <[EMAIL PROTECTED]> writes: >> >> Alexander> I'm using package variants which don't work with the released >> Alexander> 0.19.2. You'll have to wait until 0.20.0 or use CVS HEAD. >> >> But you checked the file in where it's visible to a LOT of people >> using 0.19.2. How fair is that? I'm going to get errors EVERY TIME I >> run fink (usually daily) until fink is updated to 0.20. How soon is >> that? > > DRM said that he wanted to release 0.20.0 very soon, or I wouldn't have > added it. If it gets delayed I will pull the package. > > Why does it print this anyway? > It's not a bug in the package, it's just too new. If CVS committers are careful to only place things in the official repository the are compatible with the version of fink in that branch, users that aren't manually playing with their package descriptions would never see this message. OTOH, if the user *is* doing something funky and is trying to use a "too new" .info file, I consider that a bug in the user's fink setup, so I made the warning mandatory. Consider that a user could correctly install a .info file (for example, following the "stable, but want one or two packages from unstable" FAQ) but not have the package(s) it contains appear in 'fink list' and have no idea why. > At the very least it should be restricted to verbosity 2 or above. I disagree, but if others think that's the way it should be, then it's easy enough to do it that way. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: unclear how to truly set up a package =/
Daniel Macks <[EMAIL PROTECTED]> said: > On Tue, Mar 23, 2004 at 04:47:46PM -0500, Dave Vasilevsky wrote: >> >> Set these variables: >> >> export CPPFLAGS=-I/sw/include >> export LDFLAGS=-L/sw/lib >> export LD_PREBIND=1 >> export LD_PREBIND_ALLOW_OVERLAP=1 >> export LD_SEG_ADDR_TABLE=/sw/var/lib/fink/prebound/seg_addr_table > > ...which is slightly different than FAQ 8.3: > http://fink.sourceforge.net/faq/usage-general.php?phpLang=en#compile-myself Looks like Dave's ENV settings come directly from the fink core code. Which raises the question: should the FAQ initially indicate Fink compile-time behavior (so there are no surprises when translating manual compile into a fink package) and then add CFLAGS (etc.) in a separate "you may also need some of these" codeblock? Or is the FAQ more designed for Joe User (!= Joe Potential-Maintainer) and should continue to list the full set of what might reasonably be needed? Maybe maybe the FAQ should be left as-is and the actual Fink behavior (which does not appear to be documented anywhere?) noted in the Packaging Manual description of the SetENVVAR field? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: binary release plans
David R. Morrison <[EMAIL PROTECTED]> said: > I plan to start creating a binary release for 10.3 in about a week. > > If you are aware of any of your packages in the 10.3/stable tree which are > *not* suitable for binary release, please either fix them or remove them > from that tree. The packages for lame and atk1 do not follow shlibs policy. They have both userland run-time programs and compile-time headers and .dylib links in %N which is BDOnly. Probably the easiest solution is to move the compile stuff into a new BDOnly %N-dev splitoff, remove BDOnly from %N, and then make any package that has any dependency on %N and/or %N-shlibs to be BuildDepends:%N-dev and Depends:%N,%N-shlibs. I think I'm pretty swamped with work until Monday but can take a look then. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Incompatible .info files
Peter O'Gorman <[EMAIL PROTECTED]> said:
> Daniel Macks wrote:
>|
>| That's why I also mentioned adding some sort of magic number and have
>| the indexer ignore any file that is newer than the level it supports.
>| Maybe a "MinFinkVersion: " field as the first line?
[snip summary of problem[
> To work around these, because we can't magically change code in released
> fink packages, a number of possible solutions were discussed;
>
> 3. make the first line in packages using these new % expansions 'Info2: <<'
> and update fink to not treat this field specially in future releases.
> previously released fink versions will grumble a little but about
> unterminated here-docs, but won't die.
A modified version of this is now implemented. I went with a full
heredoc (including closing <<). It makes the message an old-fink user
gets "no package name in file" which is slightly more indicative of
the actual problem than "unterminated heredoc". It's one less oddity
("I know it looks like a heredoc, but it's not so don't terminate it"
vs. "just put the whole .info inside a Info2: heredoc") to deal
with. And it was pretty easy to keep the code generic (the function
that parses .info is not .info-specific so I didn't see a reason to
add this .info-specific action to it).
dan
--
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
