[Fink-devel] Re: flat namespaces redux
Hello, Maybe I don't understand OS X, but as I see it, any library that needs a two level namespace would not build on any other OS because OS X is the only OS that supports this feature. Now, if that is the case, it doesn't make any sense for Libtool (a tool for portable library creation & use) to support a feature that is only present on a single platform. Does that make sense? Robert Boehne Peter O'Gorman wrote: > > On Tuesday, February 4, 2003, at 12:01 AM, Benjamin Reed wrote: > >> > >> cc -multiply_defined suppress -prebind blah || cc -flat_namespace > >> -undefined suppress blah > > > > 1. libkdeui's LIBADD is "-lkdecore" > > 2. the first half of the link complains that -lqt-mt is indirectly > > referenced > > 3. it builds the library flat, and continues on > > > > when what *should* happen is it dies at #2, and we add -lqt-mt to > > libkdeui's LIBADD like it should be. > > Why? An option to stop if two_level namespace can't be built, I can see > as a good thing for people porting stuff to darwin, however some stuff > is quite happy being flat, even if it only missing the usual environ > symbol, and imo, libtool shouldn't die by default. > > The default should be to continue if possible unless told otherwise, > the fewer people who have to add custom flags and options the better. > > Peter > > ___ > Libtool mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/libtool --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: flat namespaces redux
On Tue, Feb 04, 2003 at 12:23:04AM +0900, Peter O'Gorman wrote: > > On Tuesday, February 4, 2003, at 12:01 AM, Benjamin Reed wrote: > >> > >>cc -multiply_defined suppress -prebind blah || cc -flat_namespace > >>-undefined suppress blah > > > >1. libkdeui's LIBADD is "-lkdecore" > >2. the first half of the link complains that -lqt-mt is indirectly > >referenced > >3. it builds the library flat, and continues on > > > >when what *should* happen is it dies at #2, and we add -lqt-mt to > >libkdeui's LIBADD like it should be. > > Why? An option to stop if two_level namespace can't be built, I can see > as a good thing for people porting stuff to darwin, however some stuff > is quite happy being flat, even if it only missing the usual environ > symbol, and imo, libtool shouldn't die by default. > > The default should be to continue if possible unless told otherwise, > the fewer people who have to add custom flags and options the better. On AIX, libtool does something special if LDFLAGS has "-brtl" in it. Can something be done similarly for OSX to support the two-level namespace (by inspecting CPPFLAGS or CFLAGS or some other variable at ./configure time)? Or do you need a libtool option to do what you want? -- albert chin ([EMAIL PROTECTED]) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new teTeX
Hi Dave, Thanks for your quick update. One more package depends on carlisle: pdfscreen. This package can be removed without further dependencies. Is this package included in the new tetex, too? The package tetex-texmf produces one warning concerning a not empty directory while replacing the old package: dpkg -i /sw/fink/dists/unstable/main/binary-darwin-powerpc/text/tetex- texmf_2.0-2_darwin-powerpc.deb (Reading database ... 53353 files and directories currently installed.) Preparing to replace tetex-texmf 1.0.2-6 (using .../tetex-texmf_2.0-2_darwin-powerpc.deb) ... Unpacking replacement tetex-texmf ... Replacing files in old package tetex-base ... dpkg: warning - unable to delete old file `/sw/share/texmf/tex/latex/listings': Directory not empty Setting up tetex-texmf (2.0-2) ... The directory /sw/share/texmf/tex/latex/listings has the following files left: lstdoc.sty lstlang3.sty lstpatch.sty I do not know where they are coming from. A dlocate -S doesn't show any packages responsible for them. The rest of the install works fine. However, when I try to run latex, I get the following error: $ latex foo This is TeX, Version 3.14159 (Web2C 7.3.1) I can't find the format file `latex.fmt'! The latex.fmt is at /sw/etc/texmf.local/web2c/latex.fmt and was not touched by the install. So far from the testing front... Cheers, Remi On Monday, February 3, 2003, at 02:28 PM, David R. Morrison wrote: I've updated the new teTeX packages to version 2.0-2, repairing some of the problems which the early testers have pointed out (either on these lists, or privately). Thanks for helping to test! Please note that the old "bundle-tetex" package is now obsolete (along with 11 other packages: carlisle, context, dvipdfm, epstopdfm, hyperref, natbib, oberdiek, pdftex, revtex, seminar, and tetex-macosx). Once everything has been moved to the stable tree, the obsolete packages will be deleted; in the meantime, you don't need to install them if you update your teTeX. If you want to install tetex-nox and avoid installing X11, then as before you can download and install a couple of .deb files to help you. The ones you need for version 2.0-2 are: http://www.cgtp.duke.edu/~drm/software/tetex-dev_2.0-2_darwin- powerpc.deb http://www.cgtp.duke.edu/~drm/software/tetex-shlibs_2.0-2_darwin- powerpc.deb -- Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel - A dream is just a dream. A goal is a dream with a plan and a deadline. * Remigius K. Mommsen e-mail: [EMAIL PROTECTED] University of California, Irvine URL:http://cern.ch/mommsen c/o SLAC voice:++1 (650) 926-3595 2575 Sand Hill Road #35 mobile:++1 (650) 387-1402 Menlo Park, CA 94025, US fax:++1 (650) 926-8522 * --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] new teTeX
I've updated the new teTeX packages to version 2.0-2, repairing some of the problems which the early testers have pointed out (either on these lists, or privately). Thanks for helping to test! Please note that the old "bundle-tetex" package is now obsolete (along with 11 other packages: carlisle, context, dvipdfm, epstopdfm, hyperref, natbib, oberdiek, pdftex, revtex, seminar, and tetex-macosx). Once everything has been moved to the stable tree, the obsolete packages will be deleted; in the meantime, you don't need to install them if you update your teTeX. If you want to install tetex-nox and avoid installing X11, then as before you can download and install a couple of .deb files to help you. The ones you need for version 2.0-2 are: http://www.cgtp.duke.edu/~drm/software/tetex-dev_2.0-2_darwin-powerpc.deb http://www.cgtp.duke.edu/~drm/software/tetex-shlibs_2.0-2_darwin-powerpc.deb -- Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new teTeX
> "Randal" == Randal L Schwartz <[EMAIL PROTECTED]> writes: Randal> You didn't mention that "bundle-tetex" is now severely broken. It is. Randal> It wants to install things that aren't provided by tetex-base, except Randal> that they are, and so it tries to install the old version of Randal> dvi-something and then (rightfully) gets conflicts when it finds they Randal> are already installed. The conflicts are on (at least) dvipdfm and hyperref. (I didn't have the patience to look at the other depends independently.) I presume these are now folded in? -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <[EMAIL PROTECTED]> http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new teTeX
> "David" == David R Morrison <[EMAIL PROTECTED]> writes: David> If you are upgrading from a previous teTeX installation on David> Fink, you will most likely need to reinstall one of the David> packages in the middle of the upgrade. There is a warning David> message which tells you what to do, when this is necessary. You didn't mention that "bundle-tetex" is now severely broken. It is. It wants to install things that aren't provided by tetex-base, except that they are, and so it tries to install the old version of dvi-something and then (rightfully) gets conflicts when it finds they are already installed. So, please update or outdate bundle-tetex and system-tetex and tetex-macosx soon. For all of us. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <[EMAIL PROTECTED]> http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new teTeX
Hi Dave, On Monday, February 3, 2003, at 05:23 AM, David R. Morrison wrote: Dear Fink folks, Yesterday saw a major new release of teTeX, and there are new Fink packages for this release in the unstable tree. Users should be aware that upgrading to these new packages will require the download of 80 MB of source files, and substantial compiling time. If you are upgrading from a previous teTeX installation on Fink, you will most likely need to reinstall one of the packages in the middle of the upgrade. There is a warning message which tells you what to do, when this is necessary. I tried to install the new tetex. The following tex packages have been installed: status name installed unstable outdated tetex-base 1.0-13 2.0-1 outdated tetex-macosx 20010808-7 20010808-8 outdated tetex-texmf 1.0.2-6 2.0-1 current bundle-tetex 20010808-7 20010808-7 I started with 'fink install tetex'. The compilation runs fine until the package tetex-texmf has to be installed: Writing control file... dpkg-deb -b root-tetex-texmf-2.0-1 /sw/fink/dists/unstable/main/binary-darwin-powerpc/text dpkg-deb: building package `tetex-texmf' in `/sw/fink/dists/unstable/main/binary-darwin-powerpc/text/tetex- texmf_2.0-1_darwin-powerpc.deb'. ln -sf /sw/fink/dists/unstable/main/binary-darwin-powerpc/text/tetex- texmf_2.0-1_darwin-powerpc.deb /sw/fink/debs/ rm -rf /sw/src/root-tetex-texmf-2.0-1 dpkg -i /sw/fink/dists/unstable/main/binary-darwin-powerpc/text/tetex- texmf_2.0-1_darwin-powerpc.deb dpkg: considering removing carlisle in favour of tetex-texmf ... dpkg: yes, will remove carlisle in favour of tetex-texmf. dpkg: regarding .../tetex-texmf_2.0-1_darwin-powerpc.deb containing tetex-texmf: tetex-texmf conflicts with natbib natbib (version 7.0a-4) is installed. dpkg: error processing /sw/fink/dists/unstable/main/binary-darwin-powerpc/text/tetex- texmf_2.0-1_darwin-powerpc.deb (--install): conflicting packages - not installing tetex-texmf Errors were encountered while processing: /sw/fink/dists/unstable/main/binary-darwin-powerpc/text/tetex- texmf_2.0-1_darwin-powerpc.deb ### execution of dpkg failed, exit code 1 Failed: can't install package tetex-texmf-2.0-1 I tried to remove carlisle and natbib manually. However there are more dependencies: $ fink remove carlisle sudo /sw/bin/fink remove carlisle Password: Information about 2137 packages read in 1 seconds. dpkg --remove carlisle dpkg: dependency problems prevent removal of carlisle: pdfscreen depends on carlisle. dpkg: error processing carlisle (--remove): dependency problems - not removing Errors were encountered while processing: carlisle ### execution of dpkg failed, exit code 1 Failed: can't remove package carlisle $ fink remove natbib sudo /sw/bin/fink remove natbib Information about 2137 packages read in 1 seconds. dpkg --remove natbib dpkg: dependency problems prevent removal of natbib: revtex depends on natbib. dpkg: error processing natbib (--remove): dependency problems - not removing Errors were encountered while processing: natbib ### execution of dpkg failed, exit code 1 Failed: can't remove package natbib How to proceed from here? Thanks for your help. Cheers, Remi - Q: How many kinds of physicists are there? A: Three. Those who can count and those who can't. * Remigius K. Mommsen e-mail: [EMAIL PROTECTED] University of California, Irvine URL:http://cern.ch/mommsen c/o SLAC voice:++1 (650) 926-3595 2575 Sand Hill Road #35 mobile:++1 (650) 387-1402 Menlo Park, CA 94025, US fax:++1 (650) 926-8522 * --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: flat namespaces redux
On Tuesday, February 4, 2003, at 12:01 AM, Benjamin Reed wrote: cc -multiply_defined suppress -prebind blah || cc -flat_namespace -undefined suppress blah 1. libkdeui's LIBADD is "-lkdecore" 2. the first half of the link complains that -lqt-mt is indirectly referenced 3. it builds the library flat, and continues on when what *should* happen is it dies at #2, and we add -lqt-mt to libkdeui's LIBADD like it should be. Why? An option to stop if two_level namespace can't be built, I can see as a good thing for people porting stuff to darwin, however some stuff is quite happy being flat, even if it only missing the usual environ symbol, and imo, libtool shouldn't die by default. The default should be to continue if possible unless told otherwise, the fewer people who have to add custom flags and options the better. Peter --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3.0 close
On Monday, February 3, 2003, at 09:47 AM, David R. Morrison wrote: Yes, for system-xfree86 I guess we need to test to make sure that the user has upgraded his or her externally installed version of things. At some point there will also be issues related to fixing problems created by Apple's install-name bug, I guess. Yeah. Have we had enough confirmation on Ben's script that we should include it in system-xfree86 now? It seems OK to me... --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: flat namespaces redux
Well, I think that building thing two level namespace ought to be the libtool default also, flat_namespace is needed for some things but causes problems for many others, how about trying both by default? cc -multiply_defined suppress -prebind blah || cc -flat_namespace -undefined suppress blah I'm not so sure this is a good idea. Seems like this would make things harder for packages, since problems *besides* the namespace could also force it into building flat. Say I'm building libkdeui, which depends on libkdecore and qt. If the link line was written on a linuxy system (ie, the linker allows indirect library references), it would end up doing something like: 1. libkdeui's LIBADD is "-lkdecore" 2. the first half of the link complains that -lqt-mt is indirectly referenced 3. it builds the library flat, and continues on when what *should* happen is it dies at #2, and we add -lqt-mt to libkdeui's LIBADD like it should be. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] more fodder for the problems with flat namespaces and libtool -- getopt!
So I've been fighting with getting OpenNMS working off-and-on since the first release of a developer's 1.4.1 JDK. I finally got it mostly working a couple weeks ago, but I was getting weird crashes from the JDK after startup. OpenNMS uses JNI to talk to RRDTool for creating graphs of network data. I chalked it up to it being a developer release, so when the new JDK came out, I tried again, with the same results. After a bunch of digging, and a post to the java developer's list, I found out the problem is, in fact, that RRDTool uses the gnu getopt (like many packages), so that it can use getopt_long. Since libSystem also contains a getopt, unless you build with twolevel namespaces, you're at the mercy of whatever symbol dyld happens to give you. If you do something that triggers getopt_long, it could go boom. In the case of the JDK (and probably other stuff), it wants twolevel namespaces so that it can separate things from the VM. When it doesn't get them, it picks the wrong symbol, and RRDTool blows up the VM. So please, if you've run into issues of things that needed twolevel namespaces, tell the libtool folks. It's only going to get more ugly as time goes on... :P --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: flat namespaces redux
On Monday, February 3, 2003, at 01:27 AM, Benjamin Reed wrote: This would make libtool default to making twolevel libraries (which is darwin's linker default, in fact), but you could still pass "-flat_namespace -undefined suppress" to the command-line if you have a poorly behaving app. Well, I think that building thing two level namespace ought to be the libtool default also, flat_namespace is needed for some things but causes problems for many others, how about trying both by default? cc -multiply_defined suppress -prebind blah || cc -flat_namespace -undefined suppress blah Peter --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3.0 close
Yes, for system-xfree86 I guess we need to test to make sure that the user has upgraded his or her externally installed version of things. At some point there will also be issues related to fixing problems created by Apple's install-name bug, I guess. -- Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3.0 close
On Monday, February 3, 2003, at 08:44 AM, Jeff Whitaker wrote: OK Dave, I'll try this. It certainly is a lot easier than the myriad of things I've been trying lately. What about people with system-xfree86? We don't want to overwrite those files do we? We'll make a system-xfree86 4.3 then, I suppose. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3.0 close
On Mon, 3 Feb 2003, David R. Morrison wrote: > Jeff, > > What I've just done with the major teTeX upgrade is to put a lot of > "Replaces" and "Provides" lines but almost no "Conflicts" lines. > > What this does is enables the user to upgrade without dpkg complaining. > Any file which exists in one of the old packages and also exists in > the new package is overwritten when the user upgrades. > > A problem could arise if there are stray files in the old versions which > are not replaced during this process, and whose presence would mess up > the program. I'm pretty sure this won't be a problem with teTeX, but > we'd have to investigate things carefully in the case of XFree86. > > However, even in this situation, users could be told that after they > upgrade, they need to remove their old version with "fink remove". > This might actually be a better path than advising them to use the > --force-depends facility in dpkg. > > -- Dave > OK Dave, I'll try this. It certainly is a lot easier than the myriad of things I've been trying lately. What about people with system-xfree86? We don't want to overwrite those files do we? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] new teTeX
Dear Fink folks, Yesterday saw a major new release of teTeX, and there are new Fink packages for this release in the unstable tree. Users should be aware that upgrading to these new packages will require the download of 80 MB of source files, and substantial compiling time. If you are upgrading from a previous teTeX installation on Fink, you will most likely need to reinstall one of the packages in the middle of the upgrade. There is a warning message which tells you what to do, when this is necessary. If you wish to use teTeX with X11 disabled, you should install the new "tetex-nox" package. If you just try to install this directly, though, you'll be forced to install X11 while some of the component pieces are being built. To get around this problem, you can download the two files http://www.cgtp.duke.edu/~drm/software/tetex-dev_2.0-1_darwin-powerpc.deb http://www.cgtp.duke.edu/~drm/software/tetex-shlibs_2.0-1_darwin-powerpc.deb and install them by issuing the commands sudo dpkg -i /path/to/tetex-dev_2.0-1_darwin-powerpc.deb sudo dpkg -i /path/to/tetex-shlibs_2.0-1_darwin-powerpc.deb Once this has been done, "tetex-nox" can be built and installed without installing X11. The previous "bundle-tetex" package has been replaced by a new "tetex" package, and many of the old pieces (tetex-macosx, context, pdftex, etc.) are now contained directly in tetex-base. Note to users of xdvi: teTeX now contains a version of xdvi, so there is no need to install a separate package. However, this is a different version than the one which has been available in Fink recently, and I would appreciate knowing if there is any demand for the "original" version as an alternative. I would appreciate feedback on these new packages. I'd like to be able to move them to the stable tree as soon as possible, so that binaries can be released (which will make installation much easier for all). -- Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3.0 close
Jeff, What I've just done with the major teTeX upgrade is to put a lot of "Replaces" and "Provides" lines but almost no "Conflicts" lines. What this does is enables the user to upgrade without dpkg complaining. Any file which exists in one of the old packages and also exists in the new package is overwritten when the user upgrades. A problem could arise if there are stray files in the old versions which are not replaced during this process, and whose presence would mess up the program. I'm pretty sure this won't be a problem with teTeX, but we'd have to investigate things carefully in the case of XFree86. However, even in this situation, users could be told that after they upgrade, they need to remove their old version with "fink remove". This might actually be a better path than advising them to use the --force-depends facility in dpkg. -- Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3.0 close
BTW, did you notice that Apple has released the sources of their X11, and commited to the XFree CVS ? This could end to some interesting stuff, right ? :-) Pejvan Jeff Whitaker wrote: On Sat, 1 Feb 2003, Max Horn wrote: At 5:52 Uhr -0700 01.02.2003, jeff whitaker wrote: Ben: Thanks for the update. I'm somewhat at a loss of how to proceed with a 4.3.0 package. Since it contains thread support, it should replace both xfree86-base and xfree86-base-threaded. At the same time, I'd like to merge the -base and -rootless variants. So, the new package should replace xfree86-base, -base-threaded, -rootless and -rootless-threaded. Unfortunately, with all the intertwined dependencies I think this is impossible. So, I think we may have to resort to telling people to use the dreaded "dpkg -r --force-depends" in order to make this transition. Have you found a way around this with your experimental package? You analysis is right, this is impossible. I tried it (and you, too) some time after chrisp left, and already then (with only two packages) it was impossible, without --force-depends. Cheers, Max Max et al: Can you think of a way to automate the "dpkg -r --force-depends" when upgrading to xfree86-4.3.0? Is there any way for fink to pass these arguments to dpkg? Perhaps it could be done in the preinst script? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Safety
In article <[EMAIL PROTECTED]>, Martin Costabel <[EMAIL PROTECTED]> wrote: > How to do the validation? Ask the user about each file outside of /sw? > For all 7790 of them in the case of xfree86? Or do it automatically by > including a list of all files in the package description, as RPM or > darwinports are doing it? There would be no asking the user. Fink would simply refuse to install the packages if validation fails. A list of directories (and files) in the .info would suffice. For instance, for xfree86-rootless-threaded that would be just /usr/X11R6 /Applications/XDarwin.app I think there's the assumption with fink that the packages will all get installed in %p. I'd like to see that checked, with packages that make an exception marked somehow. -- Ashley Yakeley, Seattle WA --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel