Re: [Fink-devel] python modules do not comply with policy
The problem with perl is similar, but not identical. Many perl modules work just fine with all versions of perl, and those don't necessarily need to be segregated from each other. Once I get the bindist out the door, I plan to work on getting multiple versions of perl coexisting with fink. For perl modules that *do* require separate compiles for each perl version, this is going to introduce the same headache we are now discussing with python. -- Dave --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Moving swig to stable (to be able to move svn-client)
Max Horn [EMAIL PROTECTED] wrote: Am Mittwoch, 02.04.03 um 12:43 Uhr schrieb Christian Schaffner: Dear Jeff, dear Fink developers Since I got quite a bit positive feedback on apr and svn-client I would like to move the current packages to the stable tree before the next binary distribution. svn-client depends on swig which is not yet in stable. I contacted Jeff before but didn't get any answer. So: Could we move swig to the stable tree? Is there any negative feedback on this package? One serious problem I see with swig (if you have unstable enabled - so this is not meant as an argument against moving it to stable, I guess) is that it defaults to install python23 right now (at least it does here) due to a versioned dependency on python. I.e. if you just fink install swig it tell you: The following package will be installed or updated: python The following 3 additional packages will be installed: python23 python23-shlibs python23-socket Luckily I can do fink install swig python22, but for the average user, installing svn-client or swig will install python23, even if python22 is already installed, which is IMHO not a good thing. Max, swig was moved to stable, and in the next bindist will be built against python22, since python23 is not in the stable tree. In fact, most things in the bindist are build against python22, since python defaults to python22 there. This gives us some breathing room to sort out the python versioning problems before the late April/early May subsequent bindist. -- Dave --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] GhostScript teTeX weirdness
tetex-nox depends on tetex-shlibs and tetex-dev, and the latter two require the X11-enabled versions of ghostscript in order to *build*, but not in order to run. To build tetex-nox without installing those versions, you'll need to do binary installs of the little -shlibs and -dev parts, via: sudo apt-get update; sudo apt-get install tetex-shlibs tetex-dev and then you should be able to build tetex-nox with ghostsript-nox. -- Dave --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] bootstrap change
Dear fink developers, There has been a small change to the bootstrap, related to my recent project to make Fink compatibile with newer versions of perl. There are two additional packages present in the bootstrap now: storable-pm560 and system-perl580. Only one of these will actually be built when bootstrapping fink, and the user will have to choose which one (in the middle of the bootstrap, unfortunately). However, I have tested this, and fink can now be bootstrapped when /usr/bin/perl is either version 5.6.0 or version 5.8.0. (This is all partly based on a guess that the developer preview for 10.3 will have perl 5.8.0: i'm tyring to get ready for that in advance.) If anyone else tests this, please let me know how it goes. -- Dave --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] essential splitoffs
Dear fink developers, We've suffered for some time with an inability to update some of our essential packages, due to not having made splitoffs of them. There have been discussions about ways to do this a few times in that past, which concluded that there is no truly elegant solution to this problem. Nevertheless, the problem remains, and only gets worse with the passage of time. I have a solution to propose. It involves two matters: 1) Proposed New Policy: You must declare any needed Depends or BuildDepends of your package on essential packages. (This will allow us in the future to change which packages are essential, without destroying the entire Fink setup.) 2) An Upgrade of four currently Essential Packages to involve splitoffs. The packages in question are bzip2, gettext, libiconv, and ncurses. I have implemented this, with a slight change to the package manager (you'll need the latest CVS version), and a bunch of packages which can be found in experimental/dmrrsn/base . A couple of things to note: i) Not every splitoff of an essential package needs to be essential, but the parent of any essential package must be essential ii) For backward compatibility, the packages which would have been named gettext-shlibs and libiconv-shlibs are named gettext and libiconv instead. (Otherwise, dpkg could remove a dynamic library that it depends on during the middle of an upgrade, and everything comes to a crashing halt: happened to me a few times in constructing these!) Testing these is a bit tricky, because once you upgrade to the splitoff versions, it is extremely difficult to downgrade again (again, because of some of these essential libraries issues). Nevertheless, this needs testing. I'd like to find a way to implement it for users quite soon. -- Dave --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libtool 1.4
At Ben Hines' suggestion, I've moved libtool14-1.5-1 to stable. Is there any need to keep libtool 1.4 around? If so, can anybody think of a sensible package name for it? (libtool143-1.4.3-1, perhaps?) I won't do this unless there is demand for it, though... -- Dave --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool 1.4
What is the point of LibTool in Fink, Mac OS X include version 1.4.2 from glibtool --version: ltmain.sh (GNU libtool) 1.4.2 (1.4 2001/11/19 00:06:02) Sure, and now libtool is up to 1.5 . The newer versions have a lot of Darwin/Mac OS X-specific improvements, in fact (many of which were contributed to the libtool project by members of the Fink team). -- Dave --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Validating fink packages
- python modules: must comply with fink python policy Is anybody willing to write a brief statement of what this policy is? I would then add it to the documentation. I'll also add the emacs policy, which Rohan pointed out. -- Dave --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] setting paths for new users
Many of you will remember the discussions in March and April about somehow automating the setting of paths for new users. Martin Costabel has written a nice little app for this purpose (really a shell script executed by the Terminal). It needs testing (and possibly critiquing). Let me encourage all fink developers to both try it out, and read the script. You can find this in Martin's experimental directory: the path in CVS is experimental/costabel/pathsetup.command.sit (You'll need to unpack this with Stuffit... what you then get is a double-clickable shell script.) Feedback to the list please. Thanks, Dave --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] essential splitoffs
More details about my proposed change to the essential packages. I've now made some packages, in my experimental tree, which can serve as placeholders for the new splitoffs of essential packages during the transition. Here's how it would work: First, I'll put these new packages (for things like gettext-dev and gettext-bin) into both the stable and unstable trees. These packages are Type: bundle which install no files and depend on nothing. Their version/revision numbers will match those of the currently installed essential packages. (Before you ask why, keep reading.) Second, I'll add the line BuildDepends: bzip2-dev, gettext-dev,gettext-bin, libiconv-dev, libconv-bin, ncurses-dev to every existing fink package, in both stable and unstable trees. Now the necessity of those transitional packages becomes clear: they let me add the BuildDepends in both stable and unstable at the same time, without messing up anybody's builds. Third, I'll release fink-0.13.1 and also the new splitoffized versions of the essential packages to unstable. Hopefully, everything will go well, but perhaps I should put a how to downgrade note on the website as this is happening, just in case? (The downgrade will be complicated, involving --force-depends and so on...) Finally, after testing, we could move both fink-0.13.1 and the newly splitoffized essential packages to stab.e Comments? Questions? -- Dave --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] essential splitoffs
And finally, let me explain the motivation for this change a bit more. We are unable to update essential packages which have shared libraries, if those libraries get a change in their major version number, without the splitoff mechanism. This has already happened for gettext, the latest versions of which have a new major version number for the shared library. We've got to be able to shuffle gettext-dev and gettext2-dev back and forth. As long as we're doing this for one of the essential packages with shared libraries, we might as well do it for all four, to take care of possible future needs. -- Dave --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] essential splitoffs
Hi Max. I agree that caution is necessary in executing this change. There are really two things being changed here: (1) we now insist that dependencies on essential packages should be stated, and (2) in addition to that, we're going to change the setup of the essential packages. It's hard to figure out the correct order to do these in. We can't ask for a dependency on ncurses-shlibs right now, for example, since it doesn't exist. I already proposed creating a fake ncurses-dev for use during the transition, so maybe we could do the same thing for ncurses-shlibs? Create fake packages for these, insist that all dependencies on them be declared, and only then convert to the new system? My original proposal certainly has the drawback that it leaves a lot of cleanup for later. However, it also has the advantage that after executing a single step (addition of BuildDepends on -dev), we can actually *convert* to the new setup of essential packages. It's probably much easier to get the revision of dependencies to work out right if the things you are depending on actually exist at the time. -- Dave --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] bootstrap change
Max, I can almost fix the bootstrap with the following sort of modification: We ask the user Do you still have the apple-supplied perl or has it been replaced with perl 5.8.0? Then we remove either storable-pm560 or system-perl580 from the set of files in the 10.2 directory, and the correct one will automatically be installed. Unfortunately, this will still require one response from the user in the middle of the bootstrap: a question of the following additional package will be installed, OK?. I can't specify in Bootstrap.pm which of the packages is being installed, because I don't know until the user answers the question. Hmmm... maybe I can replicate the behavior of the --yes flag in Fink, so that the user doesn't have to answer... In any case, the change here will be a 10.2-only change, and we'll have to make different cases for 10.2 and 10.3 bootstraps, most likely. -- Dave --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] essential splitoffs
Here's the point: there is a new version of gettext with a new major version number for the library. In an ideal world, we would have gettext-shlibs, gettext-dev, gettext2-shlibs, and gettext2-dev all available. (This is what I am trying to achieve, in fact.) Now, which of these are essential? Well, clearly we don't want the -dev packages to be essential. We *do* want the gettext-shlibs to be essential for now, since dpkg depends on it. However, at some future date we will probably want to compile dpkg with gettext2-shlibs instead of gettext-shlibs, and so we'll want to change which one is essential. If other packages have not been required to specify their dependency on gettext-shlibs, things will break at that stage. -- Dave --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Spam on this list...
Hi Max. I think it is tolerable for now. Can we encourage SF to hurry up a bit with the spam filters? It would be better to wait for them, if we can... -- Dave --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] essential splitoffs
When a library gets a non-backward-compatible upgrade, fink's shared libraries policy (which was borrowed from Debian), insists that the package which contains the shared library should get a new name. The library itself will get a new name too: for example, the gettext package currently installs /sw/lib/libintl.1.dylib as the primary library, whereas a new gettext2 package will install /sw/lib/libintl.2.dylib as the primary library. We mark things essential when fink itself requires them to be present in order to function. Since fink calls dpkg, the things which it depends on will also be needed. At present, dpkg links to /sw/lib/libintl.1.dylib . At some point in the future, though, dpkg might link to /sw/lib/libintl.2.dylib. At that point, it might be possible to switch which package is essential from gettext to gettext2. However, if other packages have *assumed* that every essential package is present and doesn't need to be declared, then it won't be possible to make this switch. Hope this helps to clarify. -- Dave --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: name.info
Hi Carsten. Please wait until the next release of the fink package manager before using %n.info in the unstable tree, and wait until that version of fink has moved to the stable tree before using %n.info in the stable tree. -- Dave --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] validating packages
Folks, there are lots of packages in the unstable tree which don't pass the tests in fink validate. Everything is required to pass these tests (except for the package lenght being 45 characters) in order to be allowed into a binary distribution, so when there is a lot of last-minute moving from unstable to stable, these validation failures crop up in the stable tree. Please go through your packages and verify that they pass fink validate, even if they are only in the unstable tree. Attached below is a list of 135 errors and warnings I got, running through the unstable tree just now. (Sorry, they are not in a very coherent order; they're ordered by section but the section name is not included.) Thanks, Dave Error: No MD5 checksum specified for source. (gpa-0.4.3-1.info) Error: No MD5 checksum specified for source. (gtkhx-ssl-0.9.3-2.info) Warning: Patch file is empty. (finkinfo/gtkhx-ssl-0.9.3-2.patch) Error: Length of package description exceeds 60 characters. (nessus-ssl-2.0.4-1.info) Error: No MD5 checksum specified for source. (pinepgp-0.17.2-1.info) Error: Length of package description exceeds 60 characters. (postgresql-ssl-perl-7.3.3-1.info) Error: Length of package description exceeds 60 characters. (postgresql-ssl-python-7.3.3-1.info) Error: No MD5 checksum specified for source. (vtun-2.5b1-2.info) Error: No MD5 checksum specified for source. (aegis-4.2-2.info) Error: No MD5 checksum specified for source. (cyclo-2.0-3.info) Error: No MD5 checksum specified for source. (hc-1.1-1.info) Warning: Description ends with .. (java-getopt-1.0.9-1.info) Error: No MD5 checksum specified for source. (lclint-2.5r-1.info) Error: No MD5 checksum specified for source. (metrics-1.0-2.info) Error: No MD5 checksum specified for source. (sdcc-2002.09.23-1.info) Error: No MD5 checksum specified for source. (splint-3.0.1.6-1.info) Error: No MD5 checksum specified for source. (xalan-j-2.4.R1.1-1.info) Error: No MD5 checksum specified for source. (xalan-j-javadocs-2.4.R1.1-1.info) Error: No MD5 checksum specified for source. (xerces-j-javadocs-2.0.1-1.info) Error: No MD5 checksum specified for source2. (xerces-j-javadocs-2.0.1-1.info) Error: can't find patchfile editors/nedit-5.3-5.patch Warning: Unknown license OSI-Approved.. (scite-1.51-1.info) Error: No MD5 checksum specified for source. (gtkmonop-0.3.0-5.info) Warning: Description ends with .. (paragui-1.0.2-4.info) Error: No MD5 checksum specified for source. (warp-2002.03.12-11.info) Error: No MD5 checksum specified for source. (xblast-2.6.1-2.info) Error: No MD5 checksum specified for source. (xbomber-0.8-1.info) Error: No MD5 checksum specified for source. (gdm-2.2.5.4-1.info) Error: No MD5 checksum specified for source. (gtk+extra-0.99.16-3.info) Error: No MD5 checksum specified for source. (gtk+extra17-0.99.17-1.info) Error: No MD5 checksum specified for source. (guppi16-0.40.3-2.info) Error: No MD5 checksum specified for source. (multi-gnome-terminal-1.3.8-2.info) Error: No MD5 checksum specified for source. (libxpm-shlibs-4.7-3.info) Error: No MD5 checksum specified for source. (mplayer-0.90rc4-1.info) Warning: File name should be mplayer-skin-default-1.7-2.info (mplayer-skin-default-1.7-1.info) Error: No MD5 checksum specified for source. (f2py-py22-2.32.225-1419-1.info) Error: No MD5 checksum specified for source. (f2py-py23-2.32.225-1419-1.info) Warning: Field source contains package version. Use %v instead. (perl561-5.6.1-1.info) Warning: File name should be pike7.4-7.4.10-2.info (pike7.4-7.4.10-3.info) Warning: Description starts with A or An. (pythoncard-py23-0.7-1.info) Error: No MD5 checksum specified for source2. (smlnj-cml-110.42-1.info) Error: No MD5 checksum specified for source. (smlnj-doc-110-2.info) Error: No MD5 checksum specified for source2. (smlnj-doc-110-2.info) Error: No MD5 checksum specified for source3. (smlnj-doc-110-2.info) Error: No MD5 checksum specified for source2. (smlnj-runtime-110.42-1.info) Warning: Field source contains package version. Use %v instead. (batik-1.5-2.info) Error: No MD5 checksum specified for source. (dtdparser-1.15-1.info) Warning: Field source contains package version. Use %v instead. (egenix-mx-base-py21-2.0.4-1.info) Warning: Description starts with A or An. (egenix-mx-base-py21-2.0.4-1.info) Warning: Field source contains package version. Use %v instead. (egenix-mx-base-py22-2.0.4-1.info) Warning: Description starts with A or An. (egenix-mx-base-py22-2.0.4-1.info) Warning: Field source contains package version. Use %v instead. (egenix-mx-base-py23-2.0.4-1.info) Warning: Description starts with A or An. (egenix-mx-base-py23-2.0.4-1.info) Error: No MD5 checksum specified for source. (gnujaxp-1.0beta1-1.info) Error: No MD5 checksum specified for source. (libggi2-2.0.1-1.info) Warning: Description starts with lower case. (python-mx-2.0.4-1.info) Warning: Field infofiles is unknown. (vflib3-3.6.13-1.info) Error: No MD5 checksum specified for source. (zziplib-0.10.27-2.info) Error: No MD5
Re: [Fink-devel] Re: name.info
Yes, I know that not everybody has waited. But I'm still asking people please to wait. -- Dave --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fink 0.13.2
I've released fink 0.13.2. This is a very minor update, which adds Martin Costabel's pathsetup.command script to fink. I hope to push it to the stable tree quite quickly. This is NOT the promised release which will allow folks to start using the name.info style. Please continue to wait patiently for that; I'll release 0.13.3 with that improvement (and others) in just a few days. -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] check dependencies before moving to stable
This is just a reminder to check your dependencies before moving things to the stable tree. Two of the packages which were added to the stable tree just prior to the code freeze have been removed by me today, due to missing dependencies. In one case, seven other fink packages were required which have not yet been moved to the stable tree. Moreover, one of those seven packages would not compile for me. Thanks for your future careful attention to this matter. -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink 0.13.2
Koen van der Drift [EMAIL PROTECTED] wrote: I've released fink 0.13.2. This is a very minor update, which adds Martin Costabel's pathsetup.command script to fink. I hope to push it to the stable tree quite quickly. Where is it? It doesn't show up in unstable - I'm still at 0.13.0-1, and just did a fink selfupdate-cvs. You may need to run fink index after updating... seems to be a bug at the moment, perhaps, in the selfupdate routine... -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] freeze over
The code freeze for the stable tree is now lifted. Thanks for your cooperation. -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] system-libgl?
Thanks for the offer. You might have noticed on that web page that system-libgl is only a 10.1-package in fink? This is because it is no longer needed in 10.2... So there is probably not much point in getting a new maintainer for it. Generally, being a package maintainer means keeping up with new releases of a package, creating revised fink .info files when that happens, paying attention to bug reports, and so on. If there is a package you'd like to maintain, and it needs updating, you can make an updated .info file for it and post it to the package submission tracker. The .info files are extensively documented on Fink's website. -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] metapkg mailing list
As most of you have heard, there is a new cooperative venture between Fink, Gentoo, and DarwinPorts, intended to share patches and porting information among the three projects. You are all invited to subscribe to the mailing list which has just been set up for that purpose: http://www.opendarwin.org/mailman/listinfo/metapkg That's the place to discuss the ins and outs of porting and patching. Fink-devel remains the place to discuss Fink-specific issues among Fink developers. -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] system-xfree86
Dear fink-devel, We need to do some further work on our system-xfree86 package. Imagine a user who is interested in doing binary-only installs of Fink packages. We already know that such a user won't need the Developer tools, because no compiling will be done. Similarly, such a user does not need the X11 SDK package. We need a system similar to that of other Fink packages, where both xfree86 and system-xfree86 are split into -dev, -shlibs, and main packages, and we use a build depenency only for system-xfree86-dev (which would be the part which requires X11 SDK). This is something we should do soon. The first step will be to construct xfree86 and system-xfree86 packages which do this; the second step will be to modify existing Fink packages to conform to this system. If you choose to believe that this recommendation is influenced by something I saw at WWDC, that's up to you. :-) -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gcc 3.3
There are binary compatibility issues between code compiled with gcc 3.1 and gcc 3.3. We are still investigating these, to determine what the impact will be on Fink. For now, I advise everyone to stick with gcc 3.1 for their compiles. -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] system-xfree86
I like this idea of making a deb out of what was on the users system, so that it could be restored later. -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] unable to fink selfupdate-cvs in the past week
James Gibbs [EMAIL PROTECTED] wrote: On Tuesday, June 24, 2003, at 06:32 PM, Randal L. Schwartz wrote: And so it's been broken for a week for everyone, and there's no end to the breakage in sight? How is anyone getting anything done? There is new hardware scheduled for installation at sf.net in August. This should take care of the cvs problems. In the meantime, just keep hitting the up arrow after fink selfupdate-cvs fails and it will eventually work. This is certainly the only advice we can give at present. But it looks to me, judging from CVS web access, as if the backup server is NOT only 24 hours old, but rather several days old (if not a week). This is very bad news for Fink, if true, because it means we have no way to transmit bug fixes to our users in a reliable fashion. -- Dave --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: NDA
It's the NDA you agree to when you join the Apple Developer Connection, either as an online member or as some other kind of member. I'm sure there must be a copy somewhere at connect.apple.com . -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] reorganizing documentation on CVS
Dear fink developers, As some of you know, we have a pretty slick system for generating our web pages, using xml source which is processed into php files. The same xml source can be processed into more monolithic html files, which are distributed these days with the binary installer. Also, some parts of the source are processed into txt files, and become part of fink's source distribution. The latter two steps are not fully automated, and I'd like to propose a reorganization of how we work with these files on CVS, in order to automate things completely. The first part of the new organization would be adding two lines to CVSROOT/modules, namely: website -a !web/xml web xml web/xml fink website scripts This defines two new CVS modules that can be checked out, but without actually making new directories within CVS: they are virtual modules. The first one, website, is the same as the current web module, except that it leaves out the xml subdirectory of the web module. (This would be used on the actual fink website in my scheme: we don't actually need the xml files to be present on the web site.) The second new module xml would contain all of the xml source, as well as three subdirectories fink, website, and scripts where the processed source would be installed. Now the beauty of these virtual modules is that those three subdirectories are themselves cvs modules, which could be checked out independently, so this strategy deposits the output from the xml processing directly where it is needed. So, after adding these two new modules, I would need to change the Makefiles (diffs below). I couldn't find a way to make the Makefiles work in both the old and the new setup, so if folks agree to this change, one implication is that everyone who works on the documentation will have to abandon their current checkout of web, and instead do a new checkout of xml to do their documentation work. I also needed an addition to the .dtd, because there is one place where the URL that we want to pass is different when you install the monolithic html in scripts, as compared with what you install in website. So I created the varlink template which requires two URL's to be supplied, one used for the html and one used for the website. Max and I briefly discussed this idea a few months ago after the 0.5.2 release, and he suggested that I should bring it to the list, in detail, before implementation. Putting out the 0.5.3 release motivated me again to work on this, so that in future releases we don't have to fix up the documentation by hand. I would appreciate any comments or feedback about this. Diffs attached below (for Makefile.common, the .dtd, the .xsl's, and the one .xml which requires the new varlink template. -- Dave --- Makefile.common.origSun Jun 22 20:22:59 2003 +++ Makefile.common Sat Jun 28 18:56:02 2003 @@ -12,7 +12,7 @@ PROCESS_WEBSITE = $(basedir)/postprocess.pl PROCESS_HTML = sed -e 's,$$Id,$$Fink,g' -PROCESS_TEXT = $(basedir)/textify.pl +PROCESS_TEXT = /usr/bin/perl $(basedir)/textify.pl # selectors @@ -20,13 +20,18 @@ install_files = $(TARGET) #install_files = $(filter %.php,$(TARGET)) +## NOTE: need to remove the .html files from the web installation, in CVS + ifdef WANT_HTML all_targets += $(patsubst %.xml,%.html,$(SOURCE)) -install_files += $(patsubst %.xml,%.html,$(SOURCE)) +#install_files += $(patsubst %.xml,%.html,$(SOURCE)) +install_html = $(patsubst %.xml,%.html,$(SOURCE)) endif ifdef WANT_TEXT all_targets += $(patsubst %.xml,%.txt,$(SOURCE)) +install_txt = $(patsubst %.xml,%.txt,$(SOURCE)) +install_txt += $(patsubst %.xml,%.html,$(SOURCE)) endif # basics @@ -73,9 +78,16 @@ install: $(install_files) ifdef DESTDIR - cp $(install_files) $(basedir)/../$(DESTDIR)/ + cp $(install_files) $(basedir)/web/$(DESTDIR)/ else @echo DESTDIR not defined, can't install endif +ifdef WANT_HTML + cp $(install_html) $(basedir)/scripts/installer/dmg/$(DESTDIR)/ +endif +ifdef WANT_TEXT + cp $(install_txt) $(basedir)/fink/ +endif + # eof --- doc/doc.xml-origSun Jun 22 20:23:00 2003 +++ doc/doc.xml Sat Jun 28 20:15:11 2003 @@ -20,12 +20,12 @@ The current user documentation for Fink: /p ul -lilink url=users-guide/index.phpFink User's Guide/link - +livarlink url=users-guide/index.php varurl=users-guide/uguide.htmlFink User's Guide/varlink - this covers installing Fink itself, installing packages, and upgrading to a new Fink release. It contains instructions for both the source and the binary release. emWork in Progress!/em/li -lilink url=x11/index.phpRunning X11 on Darwin and Mac OS X/link - +livarlink url=x11/index.php varurl=x11/x11.htmlRunning X11 on Darwin and Mac OS X/varlink - covers concepts, installation and launching (also intended for Darwin and Mac OS X users in general)/li /ul @@ -35,13 +35,13 @@ no longer maintained: /p ul -lilink url=bundled/install.phpInstallation and Upgrading/link - how +livarlink
[Fink-devel] Re: fink/10.3 ncurses.info,1.1,1.2 ncurses.patch,1.1,1.2
OK, the ncurses issue is another complicated one. Both with fixing ncurses, and with the gcc 3.3 ABI change, we're going to need to so what we did last time and be careful to do two things: 1) give a new version number to pkgs with C++ code when they are moved to the 10.3 tree 2) make every dependency on other pkgs with C++ code a versioned dependency, depending on the NEW version. The same will apply to ncurses, if this is how we are going to solve that problem. Every package which depends on ncurses will need a new version. Fortunately, I'm in the middle of finding which packages depend on ncurses. Unfortunately, the process is not yet finished. Also, we need to go through and check that all of the packages with C__ code have been properly been tagged with the GCC tag. (By the way, there may be other possible ways of handling all of this, but since Justin started with the 10.3 tree, I'm explaining what we'll need to do if we follow last year's strategy.) For all of the above reasons, I would urge people NOT to put things into the 10.3 tree yet. We're just not ready (although I for one have been working pretty hard to get ready). -- Dave Justin F. Hallett [EMAIL PROTECTED] wrote: Update of /cvsroot/fink/fink/10.3 In directory sc8-pr-cvs1:/tmp/cvs-serv497 Modified Files: ncurses.info ncurses.patch Log Message: Updated to need release with fixed ABI, thanks to cirdan --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] doc folks please read
As I discussed on the list last night, I've rearranged the way we work with the documentation and the website. You should get rid of your CVS checkout of web, and instead do a CVS checkout of xml. If you don't do this, you'll find that make install no longer has the expected behavior, because I changed it for the new setup. In the new layout, xml will contain all of the familiar stuff, plus it will have three directories fink/, web/, and scripts/, where stuff gets installed by the new make install command. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
RE: [Fink-devel] doc folks please read
Alexander K. Hansen [EMAIL PROTECTED] wrote: OK. Is this the correct operational sequence: 1) Make changes to the XML files 2) Commit the XML (cvs commit xml) 3) Generate the PHP, HTML, etc. (make ; make install) 4) Commit the other stuff (cvs commit xml again) ? Yes, that should do it. Please let me know about any problems which arise. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] -dev for essential packages
Dear fink-devel, As discussed on the list a while back, I'm planning to convert four of our essential packages (bzip2, gettext, libiconv, and ncurses) to splitoff packages. When this is done, the -dev parts of the packages will no longer be essential, and you'll need to declare dependencies on them. I've just taken the first step down this road. I've put in some placeholder -dev packages, and I've revised many stable packages (and their unstable) counterparts) to have a BuildDepends on these. If the script I ran is accurate, every stable package which needs these BuildDepends added has had them added. (But you should check your own packages!). The next step will be adding the splittoff versions of these packages. They'll first be added to the unstable tree. Once they are in stable, everyone should start converting their packages to declare dependencies on specific versions of those packages. More about that later. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3 IDEAS,NONE,1.1 TODO,1.3,NONE
Ah, I get it now. I guess for me, a certain workaround has become such a habit that I forgot about why I do it. Namely, when I want to build a package foo which has a shlibs splitoff, I just do fink build foo-shlibs to avoid the extra installation. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3 IDEAS,NONE,1.1 TODO,1.3,NONE
Hi Max. If you do fink build foo then indeed foo-shlibs gets installed. My understanding of the logic is this: both Depends and BuildDepends are checked for whether they are installed or not, when fink build foo is processed. Since foo-shlibs is not yet installed, the command fink install foo-shlibs is processed before starting on fink build foo. Once that has finished, fink discovers that foo is already built, so it has nothing else to do. I'm afraid that attempting to fix this could break something else. The problems arise from the fact that foo depends on a particular version of foo-shlibs. All well and good, until you try to upgrade foo. Then you get into a situation that dpkg cannot handle, unless dpkg is fed both foo and foo-shlibs at the same time. In the code (or at least in my limited understanding of it), this is closely tied to the issue of whether foo-shlibs gets installed when foo is being built. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Packaging Question
There are two ways to resolve the versioning issue. One is to rename the package. The other is to use the relatively new Epoch field in fink. All versions with epoch = 1 are regarded as newer than all versions with epoch = 0 (the default). Epochs should only be used in special cases, but this sounds like the right kind of special case. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: perl info
Just to follow up on my own message: As the referenced document (made publically available, with permission of the company, by an Apple employee) indicates, Apple will be shipping a slightly non-standard version of Perl 5.8.1, with two-level namespace enabled and thread support turned on. For this reason, rather than just storing things in /whatever/perl5/5.8.1/darwin, they will be storing them in /whatever/perl5/5.8.1/darwin-thread-multi-2level. Unfortunately, I didn't manage to guess this part in advance! So we'll need to revise fink's -pm581 package specification to deal with this. The question is: should we plan on also providing a stock Perl 5.8.1 (once it is released), for use by packages that can't deal with the two-level or threaded support? If so, we'll need two different kinds of pm's for Perl 5.8.1. Or should we just stick with Apple's, for all pm581 modules? -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Moving of libjpeg-shlibs, libpng3-shlibs and imlib to stable?
The stable tree contains imlib-1.9.14-3, libjpeg-6b-6, and libpng3-1.2.5-4. The -shlibs packages are splitoffs of the main packages, so they are there as well. These are precisely the same versions as are available in the unstable tree. -- Dave From: Christian Schaffner [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Fink-devel] Moving of libjpeg-shlibs, libpng3-shlibs and imlib to stable? Hi The maintainer of aterm requested to move it to stable. However the packages libjpeg-shlibs, libpng3-shlibs and imlib are not yet in the stable tree. Could they be moved, too? thanks for your help, Chris. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] assembler and perl modules
Hi all. JF Mertens has contributed a number of -pm580 packages to go along side the -pm560 packages, as well as some fixes for the latter. You can find these in /experimental/jfmertens if you would like to help test. Also, he has provided workarounds for the assembler problem in the gcc 3.3 update, for a few packages like extutils-f77. Have a look. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Graphics Framework
Hi Dean. I think this is a very interesting project. I've had thoughts along similar lines, that someday all of the basic libraries which fink is providing might be packaged into frameworks for a more OS X-like version of fink. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] bootstraping 10.3
John, You'll defintely find some rough edges if you try to use fink with the WWDC Panther preview. A number of fink developers will have access to Panther seeds as software seed key holders, and we're working to get fink up and running. I found lots of problems with various 0.5.3 binary packages, so at the moment I'm using source installs only in 10.3. Some packages work immediately, but others need some repair. You should also be warned that, although we've added a 10.3 tree and the CVS version of the fink package manager will bootstrap correctly on 10.3, many things about the setup are subject to change -- we haven't made a final decision about how to manage the upgrade. And we won't support an upgrade path for somebody who installs fink now, using a developer seed version of 10.3. So you'll need to be prepared to completely wipe out your fink and reinstall at some point in the future when we finalize things. All that being said, if you are a software seed key holder and want to help the fink team get fink ready for 10.3, we would welcome your contributions. -- Dave --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] A problem with Fink's site.
Thanks for pointing this out. Fixed now. -- Dave Hi, there is a problem on the Fink's site. Under Documentation section the link Print Version seems to be broken for all documents. Could you fix it? Thanks, Andrea. --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Idea: embed patch in .info
not only a wait to combine them, but the seperate them too for when maintainers are making the next release. Sure. That's what I meant about needing tools. If we had a little tool for developers to use to bundle the .info and .patch file into a text archive (maybe with the shar format), and another tool to unbundle them again, we'd be in great shape. (Presumably fink would use the unbundling tool, too.) -- Dave --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Idea: embed patch in .info
Well, it still doesn't solve the problem of how to retrieve an old patch file that correctly matches the fink version number. Peter O'Gorman jokingly suggested on IRC using ar to combine them. Or maybe it wasn't a joke? In fact, some way of combining them would be get. (The ar idea is not so good because the resulting file is binary; we need a text file so the CVS tracks revisions properly.) How about the ancient notion of a shar file. I haven't seen such a beast in a long time, nor tools to manipulate it, but it was basically a self-extracting, text-only version of a tar file. Is there an up to date version of this anyplace? -- Dave --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Idea: embed patch in .info
I'd like to weigh in on this again. I played around for a while today with making shar archives out of a combination of info and patch files, using /usr/bin/shar (which is BSD shar). The resulting file is quite similar to the original proposal of tacking the patch file on to the info file, but because it is a shar archive there is no ambiguity about it. And as you can see from the example I will paste below, it is quite readable (by humans): after a bit of header stuff, you see the original info file with an X at the beginning of each line... then there is some intermediate stuff, and you see the patch file with an X at the beginning of each line. In fact, I would venture to say that if you were only trying to make small changes to the info file, you could edit this file directly, without unshar-ing it to its component parts. I agree with Max, up to a point, that anybody somebody sends you the info file they should send you the corresponding patch file, and that checking out from CVS by date could deliver you the appropriate pair. But this is not so robust, it seems to me... somebody could forget, you could store the files someplace where it wasn't obvious what corresponded to what, it could be tricky to determine the date you need, and so on. The shar archive solution is not a bad compromise. -- Dave P.S. I picked zip because the info and patch were not too big. # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering sh file. Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # zip.info # zip.patch # echo x - zip.info sed 's/^X//' zip.info 'END-of-zip.info' XPackage: zip XVersion: 2.3 XRevision: 2 XMaintainer: Dave Vasilevsky [EMAIL PROTECTED] XLicense: BSD XCustomMirror: Xnam-US: http://uiarchive.uiuc.edu/mirrors/ftp/ftp.info-zip.org/pub/infozip/src/ Xnam-US: ftp://uiarchive.cso.uiuc.edu/pub/ftp/ftp.info-zip.org/pub/infozip/src/ Xeur-UK: http://www.mirror.ac.uk/sites/ftp.info-zip.org/pub/infozip/src/ Xeur-PL: ftp://sunsite.icm.edu.pl/pub/unix/archiving/info-zip/src/ Xeur-CH: http://sunsite.cnlab-switch.ch/ftp/mirror/infozip/src/ Xeur-CH: ftp://sunsite.cnlab-switch.ch/mirror/infozip/src/ XPrimary: ftp://ftp.info-zip.org/pub/infozip/src/ X XSource: mirror:custom:%n23.tar.gz XSource-MD5: 5206a99541f3b0ab90f1baa167392c4f XSourceDirectory: %n-%v XDocFiles: BUGS CHANGES INSTALL LICENSE MANUAL README TODO WHATSNEW WHERE XHomepage: http://www.info-zip.org/pub/infozip/Zip.html XDescription: Compression compatible with pkzip XDescDetail: XZip is different from gzip in that it allows packing multiple files into a Xsingle archive (without the assistance of tar). It is compatible with pkzip, Xpkunzip, and other Windows zip utilities. X XThis utility is necessary to install several packages in a pure Darwin Xinstallation, as Darwin does not come with zip/unzip. X XPatch: %n.patch XCompileScript: make CC='gcc -prebind' -f unix/Makefile generic XInstallScript: make -f unix/Makefile install BINDIR=%i/bin MANDIR=%i/share/man/man1 XRecommends: unzip END-of-zip.info echo x - zip.patch sed 's/^X//' zip.patch 'END-of-zip.patch' Xdiff -Naur zip-2.3/unix/Makefile zip-new/unix/Makefile X--- zip-2.3/unix/Makefile Sun Nov 28 21:22:42 1999 X+++ zip-new/unix/Makefile Thu May 16 21:19:17 2002 X@@ -47,7 +47,7 @@ X # LFLAGS2 flags after obj file list (libraries, etc) X CFLAGS = -O2 -I. -DUNIX $(LOCAL_ZIP) X LFLAGS1 = X-LFLAGS2 = -s X+LFLAGS2 = X X # object file lists X OBJZ = zip.o zipfile.o zipup.o fileio.o util.o globals.o crypt.o ttyio.o \ Xdiff -Naur zip-2.3/unix/configure zip-new/unix/configure X--- zip-2.3/unix/configure Tue Apr 27 12:49:05 1999 X+++ zip-new/unix/configure Thu May 16 21:42:46 2002 X@@ -13,7 +13,7 @@ X X CC=${1-cc} X CFLAGS=${2--O2 -I. -DUNIX} X-LFLAGS1=-s X+LFLAGS1= X LN=ln -s X X echo Check for the C preprocessor Xdiff -Naur zip-2.3/zip.c zip-new/zip.c X--- zip-2.3/zip.c Tue Nov 16 12:08:10 1999 X+++ zip-new/zip.c Thu May 16 21:33:45 2002 X@@ -248,7 +248,7 @@ X if (PERR(c)) X perror(zip I/O error); X fflush(mesg); X-fprintf(stderr, \nzip error: %s (%s)\n, errors[c-1], h); X+fprintf(stderr, \nzip error: %s (%s)\n, zip_errors[c-1], h); X } X if (tempzip != NULL) X { Xdiff -Naur zip-2.3/zipcloak.c zip-new/zipcloak.c X--- zip-2.3/zipcloak.c Sun Nov 7 02:29:59 1999 X+++ zip-new/zipcloak.c Thu May 16 21:48:20 2002 X@@ -55,7 +55,7 @@ X char *msg; /* message about how it happened */ X { X if (PERR(code)) perror(zipcloak error); X-fprintf(stderr, zipcloak error: %s (%s)\n, errors[code-1], msg); X+fprintf(stderr, zipcloak error: %s (%s)\n, zip_errors[code-1], msg); X if (tempzf != NULL) fclose(tempzf); X if (tempzip != NULL) { X destroy(tempzip); Xdiff -Naur zip-2.3/ziperr.h zip-new/ziperr.h X--- zip-2.3/ziperr.h Sun Nov 7 02:31:27 1999
Re: [Fink-devel] Re: Idea: embed patch in .info
Hi Max. Well, actually I was thinking that fink could parse the shar archive directly, and only unpack it if it was building a package (in order to extract the patch file). The algorithm: 1) ignore all lines at the beginning not starting with X 2) while the line begins with an X, drop the X and parse as usual 3) when you reach the line that begins with END, stop and ignore the rest of the file. And the kind of hand-editing I was thinking of was of the sort where all you need to change is the version number and Source-MD5, or maybe add a missing dependency, or something like that. The info part of the shar archive could easily be edited in that case. -- Dave --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] perl info
An apple employee posted the Developer Release Notes for Perl on Panther over on the macosx-talk mailing list. They are well worth reading. http://www.omnigroup.com/mailman/archive/macosx-talk/2003-June/013541.html -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] spam
I don't think that -beginners is restricted either. I don't subscribe to it, yet I am able to post to it. -- Dave --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: ion-20011109-1
Finlay Dobbie [EMAIL PROTECTED] wrote: I'm not maintaining this any more. Begin forwarded message: From: Dameron Midgette [EMAIL PROTECTED] Date: Mon Jul 14, 2003 12:03:22 am Europe/London To: [EMAIL PROTECTED] Subject: ion-20011109-1 OK, I've removed your name as maintainer of this package. -- Dave --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: gcc 3.3 patch and fort77, g77, etc...
On Jul 14,2003 12:08:33 -0700, William Scott [EMAIL PROTECTED] wrote : If gcc 3.3 is again responsible for this, I think fink either needs to fix this now or tell people not to install the patch. Merely switching back to 3.1 doesn't solve these problems. Bill, There have been warnings at the website, fink.sourceforge.net, for several weeks. They include the phrase which may prevent certain Fink packages from being compiled at all if you install this update. Do the warnings need to be stronger than that? I'm willing to modify them. -- Dave --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] splitoff versions of essential packages
Dear fink developers, Over the past few weeks, I added BuildDepends on bzip2-dev, gettext-dev, libiconv-dev and/or ncurses-dev to many many packages. The corresponding splitoff versions of these essential packages have now been added to the unstable tree, and will move to stable after a testing period. Please be sure, when revising any of your current packages, to check and see if there is a new BuildDepends, which should be preserved in future versions and revisions. The way to test whether this (or other) -dev's are necessary for the BuildDepends line is to examine the libraries and executables from your package, using otool -L. It will report on the libraries which are linked in, and generally you must specify a BuildDepends on the corresponding -dev package. The libraries for these essential packages are still essential, but the headers and symlinks in the -dev package are no longer essential and must be explicitly specified. -- Dave --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] lipipx
There is one public source of information about 10.3: the Darwin 7 Preview http://www.opensource.apple.com/darwinsource/7.0b1/index.html This includes some of the open source projects for Mac OS X, the WWDC Panther seed. Unless lipipx is part of a larger project, it does not seem to be on that list. -- Dave --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] porting: reverse engireering a packages dependencies
Hello Mark. There are several things to do: 1) Read the installation instructions for the package: they often mention some of the requirements. 2) Watch the output of configure as it runs: in many cases it will mention things it is checking for and there might be a corresponding fink package. 3) When everything is compiled, look for all the executables and libraries your package has created, and run otool -L on them. This tells you which libraries they link to, and in the case of /sw/lib/..., the library will be provided by a fink package. HTH, Dave --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Storable
To make sure that the old issues with Storable don't get in the way, people need to be updated to at least fink-0.13.0 , which changed the way that fink handles perl modules. If people do that before trying to upgrade Perl, they shouldn't have any problem with Storable. Someone who upgrades Perl manually should certainly notify fink about it by installing the system-perlxxx package (after upgrading Perl). If you upgrade Perl and haven't installed this module, then the next time you update Fink you might get asked to either install this package or the corresponding perl-corexxx package. I hope that clarifies things. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pm dependencies
Hi. This is indeed a tricky problem. Ideally, people might want to have several different versions of the perl-core packages installed, and might want the ability to easily switch back and forth among them. So I am a bit concerned that the perl-core-not packages you propose would interfere with this. However, I also agree that people can end up with a dependency that really doesn't work properly, because the proper x.y.z package for the perl module isn't installed. I hope we could find a solution to this problem that doesn't interfere with easy switching between perl versions, though... -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: packages that are part of the system
I'm not sure if you got a response to your initial message or not. Apple has added a number of new open source pacakges with each major release of OS X. So far, fink's philosophy has been to keep providing a fink version of the package, even after Apple is providing their own. (The only exception to this that I can recall is with libz, which is no longer provided by fink.) There are several reasons for this. One is that we don't yet trust Apple to be consistent in what they provide. (For example, they used to provide wget, which fink relied on, and then at a certain point they switched to curl. So we no longer trust them to provide either one of these, since they might switch back.) A second reason is that many users will already have the fink version of the library linked in to their packages, and upgrading becomes pretty tricky if we were to try to revert to Apple's version. A third reason is that Apple is not always good about keeping packages current, and fink does that more frequently. All of that being said, there may be some reason to drop a few of the packages which Apple has added (or which they will add in 10.3). but these should be discussed on a case by case basis. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] How to handle package with changing source tarball?
When we need to host the tarball for a package at fink's site, it has to be placed there by one of the fink project leaders. If the package in question is ready to go, otherwise, please let me know the details and I can get the tarball to the fink site. By the way, this assumes that the source is covered under one of the standard free licenses. If it has a restrictive license, we won't be able to do this. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] splitoff essential package feedback?
I'd like to get some feedback on the splitoff versions of the essential packages bzip2, gettext, libiconv, and ncurses, which were introduced to the unstable tree around 10 days ago. Did the update go smoothly for people? Is anyone aware of any problems? (There was one user with a problem on IRC, but I was unable to reproduce the problem he was having, and I've heard no other problem reports...) -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new version
Either way is fine. If you add your new version to the old tracker item, be sure to change closed to open. Or if you prefer to start a new tracker item, that is fine too. -- Dave From: Nathan Hackett [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Fink-devel] new version Date: Mon, 28 Jul 2003 11:48:23 -0700 I know that this has been covered here before, but I searched this list on sourceforge and could not find the answer. I want to update sockstat 1.6.2.5 to 1.6.2.6. They changed the source on the ftp server and now the current sockstat package in fink is broken. I have a new sockstat-1.6.2.6-1.info and sockstat-1.6.2.6-1.patch file, but what do I do with them? Should I attach them to the existing sockstat package [ 731703 ] at sourceforge or should I submit a new one? Thanks, /Nathan. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] splitoff essential package feedback?
Well, to respond to my own message, a problem just showed up on the fink-users list! As a result, there is yet another new gettext package, with the InfoDocs command moved to the correct splitoff. I'll need to wait a while for feedback on this one before I can move all of these things to stable. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] splitoff essential package feedback?
Well, Justin just found a problem when trying to install the gettext-0.10.40-6 package: its a problem of circular dependencies. This is the same problem which a user had reported in IRC 10 days ago. I have removed gettext-0.10.40-6 from unstable, and put it into my experimental tree instead. I would appreciate help in figuring this out: I'm pretty sure it has to do with the way that essential packages are treated differently than non-essential ones during fink' dependency checking, but I haven't tracked it down yet. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] splitoff essential package feedback?
I also had no problem with it, or I wouldn't have put it there, of course. But since Justin has had the mysterious circular dependencies problem, I think it's important to track that down before this gets out into userland. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] splitoff essential package feedback?
The circular dependencies problem seems to have been unique to Justin's setup, so I have returned gettext-0.10.40-6 to the unstable tree and hope that the upgrade will go smoothly for folks. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Bus error on Mac OSX, again (long)
Martin, Ben Reed (rangerrick) is on vacation this week, so you won't be able to tap into his experience with qt right at the moment. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gettext upgrade
Hi Max. 1) You are quite right, the man pages belong in -dev. I'll move them. 2) Yes, gettext-runtime and gettext-tools can be compiled completely separately, although they use the same source (and gettext-runtime has to be done first because gettext-tools links to the libs in the other package). 3) I guess in your mail you are implicitly suggesting a third option: put the binaries into the -dev package. This would keep everything together with the correct headers; on the other hand, it would mean that no package could ever Depend on those binaries, only BuildDepend. Would that be enough? -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gettext upgrade
I doubt that we can use update-alternatives in gettext. The problem is, the update-alternatives binary is provided by dpkg, but dpkg depends on gettext and so gettext gets built earlier in the bootstrap... -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] glut, X11 1.0 and Panther
John, I'm aware of this issue, and have reported it to Apple. Hopefully it will get fixed before Panther is released. In the meantime, adding the following two lines after xmkmf in your CompileScript should fix the problem: mv Makefile Makefile.old sed s|-arch i386||g Makefile.old Makefile (I've done this for a number of packages, in versions you can find in the fink CVS repository in experimental/dmrrsn/panther.) -- Dave To: [EMAIL PROTECTED] From: John Davidorff Pell [EMAIL PROTECTED] Subject: [Fink-devel] glut, X11 1.0 and Panther Date: Fri, 8 Aug 2003 04:10:26 -0700 I just thought i'd let y'all know that X11 1.0 in the panther preview is built FAT just like everything else and so the Imake files that glut uses to configure itself have '-arch i386' in them all over the place so it won't work on a normal osx box. :-) either a custom version of this file is needed or apple needs to be killed or maybe some patch to glut or maybe our own version of Imake? :-) JP -- Every time you share on a P2P network, God kills a kitten. Please think of the kittens. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Panther effort
Dear Yarden, A number of us are working on getting things ready for Panther, but due to the NDA we don't discuss the details on the mailing list. However, you can find a number of Panther-ready packages in various parts of the experimental CVS tree. Of course, one of the issues is simply that, due to the ABI change in gcc, everything must be recompiled using gcc 3.3. Most of these recompiles go without any problems; its only in cases where there are problems (due to gcc 3.3 or other Panther changes) that you might find new versions of packages in the experimental tree. We're not yet very organized about this; in particular, there are some key decisions about how to manage the Panther upgrade in Fink which have not yet been made. So be warned that things which you compile now might have to be recompiled again in the future. Best, Dave From: Yarden Livnat [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [Fink-devel] Panther effort Date: Fri, 1 Aug 2003 16:29:12 -0600 Greetings, I've switched to Panther last week and was wondering if I can join the effort of upgrading fink to work on Panther, i.e., work under gcc 3.3 (I assume such an effort is under way though I'm unable to find any info about it). I have started my own collection of packages I compiled myself (dlcompt, png, xemacs,...) but this is a tedious work to do alone. Any pointers are appreciated. Yarden p.s. correct me if I'm wrong but I assume working on Fink does not violate the NDA on Panther, or does it ? the above --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gettext upgrade
Hi Max. I need your help in figuring out the correct strategy for upgrading gettext. There are two issues, which I will keep separate so as not to confuse things. As I've mentioned before, the major version number in libintl.dylib has changed in recent versions of gettext, so we need a new gettext2 package. Constructing gettext2-shlibs and gettext2-dev is no problem, and these will obviously coexist with existing packages. (I remind you that gettext contains the shlibs, for backwards compatibility, and is an Essential package, while gettext-dev is not an Essential package and can be swapped in and out with gettext2-dev.) The problem arises with the executables, like /sw/bin/gettext. At the moment, they are in gettext-bin which is an Essential package. I'm having a hard time finding an upgrade strategy when this package is Essential. If it weren't Essential, I could just create gettext2 to contain v.2 of the executables, and swap it back and forth with gettext-bin. But I can't do that with an Essential package. However, I am a bit nervous about removing the Essential tag from gettext-bin. There might be some packages that depend on this, right? Not too likely, but possible. I suppose one thing I could do is to add BuildDepends: gettext-bin to every package which currently says BuildDepends: gettext-dev. But would that be enough? The other option I thought of was to continue keeping the gettext executables in a package called gettext-bin, which would now become a splitoff of gettext2 and get a later version number. The newer versions of gettext-bin would depend on gettext2-shlibs not gettext. The problem with this approach is that iw would be difficult to go back to earlier versions. (It's particularly hard for apt-get users, since I don't believe apt-get will recognize the older versions.) This would also mean that we have to make gettext2-shlibs into an Essential package immediately, since the latest version of the Essential package gettext-bin would depend on it. Your thoughts on this would be most welcome. I have packages for gettext2 ready to go, except for getting the depedency issues sorted out. I also have a package for the latest texinfo ready to go, which depends on gettext2-shlibs. Oh yes, I mentioned that there are two issues. The second issue is that the upstream maintainers of gettext are now recommending that packagers separate gettext into gettext-runtime and gettext-tools. I'm planning to do this with gettext2 unless you think it's a bad idea. It means six total packages for fink (gettext2, gettext2-shlibs, gettext2-dev, gettext2-tools, gettext2-tools-shlibs, gettext2-tools-dev) but a smaller installation requirement for bootstrapping and for most users. Some of the executables which are currently in gettext-bin will end up in gettext2-tools rather than gettext2, so this affects the earlier discussion of dependencies as well. Best, Dave P.S. cc-ing to fink-devel in case other people have input as well. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] new user branch
What happens if two packages specify the same user? Even if this is OK, what happens if they give different info about that user? -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] testing 10.3
Dear fink-devel, For those of you who are helping to get Fink ready for 10.3, I've moved the 10.3-enabling code into a CVS branch of the Fink project, called test_10_3. Best, Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: fink/perlmod/Fink ChangeLog,1.310,1.311 PkgVersion.pm,1.128,1.129
Ben Hines [EMAIL PROTECTED] wrote: Why? Xcode (and 3.3) is shipping for jaguar. No need to depend on OS. -Ben On Thursday, August 14, 2003, at 08:58 AM, David R. Morrison wrote: Modified Files: ChangeLog PkgVersion.pm Log Message: disable prebinding code unless distribution 10.2 Hi Ben. I should explain the strategy here. There are at least three major changes being contemplated for 10.3, all of which affect the way that .deb files are made (and so in principle require either a clean break, or a very careful upgrade strategy). 1) It would be good to set MACOSX_DEPLOYMENT_TARGET to default to 10.3, for the 10.3 release. (This is something that we missed with 10.2.) 2) Ben Reed has implemented prebinding in Fink. 3) The upgrade to gcc 3.3 changes the ABI again for C++ code. Nobodoy has implemented #1 yet, but it's fairly trivial. Ben Reed has implemented #2 for 10.3 only. However, the code that he put into fink could create some silly extra files within a .deb when run under 10.2, so my patch the other day was simply to disable that code unless we are running in 10.3 or greater. #3 is something we could do just like with the 10.2/gcc3.0 upgrade, but there are other possible strategies too. I'll discuss them in a separate message. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] the gcc 3.3 upgrade
After a discussion on IRC last night, I have a completely different proposal to make about the gcc 3.3 upgrade. In the new proposal we make a new distribution, perhaps called 10.2a, which is for packages running under 10.2 but compiled with gcc 3.3. Peter O'Gorman and others believe that version 3.3 will be the last time that ongoing gcc development foists this kind of binary incompatibility on us; if that is the case, then my more complicated system with /sw/lib3.3 should probably be avoided in favor of doing this upgrade once and for all. While we are at it, we can implement MACOSX_DEPLOYMENT_TARGET and fink prebinding in the 10.2a distribution. We may also be able to fix some other things, like errors in some Shlibs fields. I know that Chris Z. would like to put a binary-incompatible ncurses into the new tree in order to fix a versioning problem with ncurses. Before doing this, though, we need to have some idea of how users are going to upgrade. One simple way is to just increase all revision numbers by 10 as things go into the new tree, like we did for the 10.1-10.2 conversion. However, there were a number of headaches during that upgrade, so it's definitely worth thinking about for a while in advance, to see if we can avoid as many headaches as possible. With this strategy, we'll still need a separate 10.3 distribution, but we can expect many fewer changes will be needed to construct it -- one of the major differences will be that we compile with MACOSX_DEPLOYMENT_TARGET=10.3 in that case. -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: system-xfree86_4.3 ?
It's possible that the problem here is the SourceForge delay in CVS: it can take up to 24 hours for a file to propagate from the live CVS tree to the backup CVS which is accessible to anonymous users (and through the web interface). -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] the gcc 3.3 upgrade
One thing I forgot to say. Even with my new strategy, we need to have fink verify that the correct version of gcc has been selected when compiling is being done. The overwhelming opinion on IRC last night was that fink should NOT reset your gcc selection. Instead, fink should query the gcc selection and if it is incorrect, fink should exit with instructions to the user to reset gcc (and/or install the correct version) and try again. Opinions on this, pro or con? -- Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] the gcc 3.3 upgrade
John Davidorff Pell [EMAIL PROTECTED] wrote: I'm actually a little confused as to why each *package* needs the gcc: 3.1 | 3.3 flags. Its only important to which version of gcc3 we compile with, not which code we compile. Shouldn't fink just keep track of which gcc3 a given package was compiled with instead of making a duplicate info file for each? i.e. In theory foo.info with gcc: 3.1 and foo.info with gcc: 3.3 should be identical except for that line, so why make duplicates? If we force a given fink distro to use only one gcc3, then can't we just make it require the correct gcc3 be used and leave it at that? Then all the C++ code will always be from 3.3 (or 3.1). Unless i'm very confused this would simplify it a bit, wouldn't it? The problem is with the upgrade. What we did for the gcc 3.1 upgrade was to only force users to recompile fink packages which have C++ code in them, and allowed them to keep their already-compiled things from the previous distribution if those things did not involve C++. I agree that it would be simpler to just use a given gcc for a given distribution, but then we would need a mechanism to force people to replace all of their fink packages (and to replace them in the correct order, if they are building from source) when they upgrade. -- Dave --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] the gcc 3.3 upgrade
Hi. After the discussion last week, I agree with you, and don't plan to have fink invoke gcc_select. In fact, I've put code into fink on CVS which checks that version of gcc you are running (when it matters, as indicated by the GCC directive), and if the version is incorrect, advises you to run gcc_select. Under the current, evolving, plan for future gcc updates, each fink distribution will have a preferred version of gcc which users are expected to be running. However, only for packages which explicitly declare the gcc version they need, will there be any enforcement of the version. Insisting that each individual package which needs gcc 3.1 or gcc 3.3 call it explicitly is not too practical. The main reason that we need to be doing these calls at the moment is the changes in ABI for gcc-compiled C++ code; in most cases, the issue is to make sure that all the fink packages in a given distribution (with C++ code coming from dynamics libs) is compiled with the same gcc version, to avoid binary incompatibilies. -- Dave --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] pkgconfig policy
Dear Fink developers, As some of you know, the pkgconfig system is being used extensively with GNOME2 packages and possibly with other systems as well. The pkgconfig system aims to solve the problem of multiple versions of a shared library by (1) carefully giving different names to different major versions of the library, (2) storing header files in unique subdirectories, (3) keeping track of appropriate CFLAGS and LDFLAGS to pass to the compiler and linker, and (4) keeping track of dependencies on other pkgconfig-using packages. Fink's shared library system, with -shlibs and -dev splitoffs, aims to solve the same problem. These two systems are not interfacing as well as they might. In particular, the pkgconfig files are being stored in the -dev splitoffs where they belong, but to function properly they should perhaps Depend on other -dev splitoffs. However, adding those dependencies would violate Fink policy and in fact would defeat the goal of the Fink policy regarding -dev splitoffs. I have a two-part policy to propose. The first part is a short-term solution to the problem, and should be non-controversial. I intend to start implementing it right away. The second part is a proposed longer-term solution to the problem, which may be controversial. I encourage discussion about it. SHORT TERM SOLUTION: Although we should not allow a -dev splitoff to Depend on another -dev splitoff, we can use the Recommends field to specify the other -dev splitoffs which are relevant. This will be useful for package maintainers, who will simply need to consult the Recommends field to find out which things they need to add to the BuildDepends line in their own packages. LONG TERM SOLUTION: It seems to me that in the long term, for packages using pkgconfig we can allow both the headers and the root dylib symlink to go into the -shlibs package, i.e., we can merge the -dev and -shlibs packages in such a case. This is because the pkgconfig system is explicitly designed to allow multiple versions to be installed simultaneously. The reason that the long term solution can't be implemented immediately is because of our existing -dev packages. We could create new versions of packages in which foo-shlibs provides foo-dev, but that won't work for any package that has a versioned depedency on foo-dev. Thus, the process of converting from the short-term to the long-term solution may be a rather long one (assuming that folks like the long-term solution). Feedback appreciated. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pkgconfig policy
Peter O'Gorman [EMAIL PROTECTED] wrote: Hi David, On Thursday, August 28, 2003, at 09:41 PM, David R. Morrison wrote: SHORT TERM SOLUTION: Although we should not allow a -dev splitoff to Depend on another -dev splitoff, we can use the Recommends field to specify the other -dev splitoffs which are relevant. This will be useful for package maintainers, who will simply need to consult the Recommends field to find out which things they need to add to the BuildDepends line in their own packages. I don't see the need for this to be in a Recommends field, would it not be better in a Desc* type field, or simply as a #comment in the .info file? Good idea. It's better, in fact, because it means I can do this without upping the revision number on packages. This is what I will start to implement. LONG TERM SOLUTION: It seems to me that in the long term, for packages using pkgconfig we can allow both the headers and the root dylib symlink to go into the -shlibs package, i.e., we can merge the -dev and -shlibs packages in such a case. This is because the pkgconfig system is explicitly designed to allow multiple versions to be installed simultaneously. pkg-config itself is not designed to do anything other than list the libs, cflags etc. Gnome-2 required that the libraries used be renamed from libfoo.x.y dylib to libfoo-2.0.x.y.dylib, so that they could coexist with the gnome-1.4 libraries. There are other, non-gnome libraries which use pkg-config and do not have version specific library names. So, while this would work for the gnome packages (assuming the gnome people keep renaming their libraries to match the version), it wouldn't work for anything else. Consider me opposed to the long term solution (sorry I don't have another option to propose though). I don't have a lot of experience with pkgconfig, so I'm happy to learn more about it. Too bad my idea won't work; hopefully someone else will come up with a better one. Until then, the short-term solution will have to do. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pkgconfig policy
What about fixing the fink dep engine, so that BuildDependsOnly packages may depend on other BuildDependsOnly, and then a kde packahe could BuildDepend on kdelibs3-dev and a few other -dev packages it needs, and fink will make sure everything needed is there; fink would need to recursively go through the depends... - -chris zubrzycki When you say that they may depend on do you mean to use the Depends field? That doesn't work, for the following reason. The value in the Depends field is written into the .deb file and is then used by dpkg/apt-get. You'll never be able to swap back and forth between -dev packages if any of those -dev packages have things which Depend on them. Or did you mean to use the BuildDepends field? That doesn't work either, because once a package has been built, fink ignores the BuildDepends field. Or maybe did you mean to use the BuildDepends field, but change fink's behavior so that when building X, if X Depends (or BuildDepends) on Y, and Y BuildDepends on Z, then Z must be installed when building X? That's a very radical change, and might have other bad effects... at the very least, it would make the process of compiling packages much longer and more complicated than it already is. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] missing md5 sums to become an install time error
Hi Peter. This one should be structured as a warning to developers, not to users (similar to the duplicate fields warning). In fact, there is already a warning if you do fink fetch foo and foo has no MD5-sum. Just like with duplicate fields, and other critical errors, we shouldn't be allowing packages into fink which don't have MD5-sums. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] missing md5 sums to become an install time error
On Aug 29,2003 23:57:27 +0900, Peter O'Gorman [EMAIL PROTECTED] wrote : On Friday, August 29, 2003, at 11:41 PM, David R. Morrison wrote: Hi Peter. This one should be structured as a warning to developers, not to users (similar to the duplicate fields warning). In fact, there is already a warning if you do fink fetch foo and foo has no MD5-sum. Okay, thought the user might like the choice to abort installing something where the checksum was not specified in the info file. Peter -- Sure, I have no objection to that. But what I'm suggesting is that users should never be given info files with missing MD5-sums... -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] missing md5 sums to become an install time error
On Aug 29,2003 11:09:56 -0400, David R. Morrison [EMAIL PROTECTED] wrote : On Aug 29,2003 23:57:27 +0900, Peter O'Gorman [EMAIL PROTECTED] wrote : On Friday, August 29, 2003, at 11:41 PM, David R. Morrison wrote: Hi Peter. This one should be structured as a warning to developers, not to users (similar to the duplicate fields warning). In fact, there is already a warning if you do fink fetch foo and foo has no MD5-sum. Okay, thought the user might like the choice to abort installing something where the checksum was not specified in the info file. Peter -- Sure, I have no objection to that. But what I'm suggesting is that users should never be given info files with missing MD5-sums... -- Dave In fact, I think I would take it one step further: if there is no MD5-sum, fink can print out the MD5-sum it calculates (for the benefit of developers) but should then quit and refuse to compile the package. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] unmaintained packages?
On Sep 5,2003 09:41:36 -0400, Cunningham, Chad [EMAIL PROTECTED] wrote : Hi, I've been making a binary of webalizer available on their site for some time and I'm thinking I'd rather just add it to fink and have people grab it from there. I've noticed that webalizer (as well as zlib, which it requires) both have maintainers listed but that no releases exist in fink. Would it be safe to assume that these packages probably aren't maintained, and go ahead and make up some packages and submit them? Webalizer is in fink's unstable tree, awaiting some positive feedback from users before it can be moved to the stable tree. (Only things from the stable tree are distributed in binary form.) If you can help test the package and provide some feedback, that will speed the process of moving webalizer to the stable tree. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gcc 3.3 update under construction
Dear fink-devel, I've begun to implement the gcc 3.3 update, as I described in a few messages in mid-August. If you are interested in testing or assisting, here's what you need to do. First, you can bootstrap fink running 10.2 and gcc3.3 if you check out the CVS branch tagged test_10_3 and bootstrap under 10.2. (The only difference between that branch and HEAD, as of yesterday, was that both the 10.3-enabling code and the 10.2-gcc3.3 enabling code only exist in that branch... also, the 10.2-gcc3.3 subdirectory of the fink directory only exists there at the moment). Once you've bootstrapped, you'll find that fink is set up to use the new 10.2-gcc3.3 distribution rather than the usual 10.2 one, but that there is almost nothing in that distribution yet! Here's how I am constructing the 10.2-gcc3.3 distribution. I've made yet a different CVS branch tagged not_ready, and I dumped all the packages from 10.2 into that branch. Before being moved from not_ready to HEAD, for each package we need to 1) be sure that all its dependencies have already been moved to HEAD 2) if it depends on any package with a GCC tag, change those dependencies to be *versioned* dependencies (for the new version in 10.2-gcc3.3), and increase the version number of the current package by 10. 3) or if it has a GCC tag itself, increase its version number by 10 4) in either case 2 or 3, be sure that the package has a GCC tag, and change its value to GCC: 3.3 5) test to make sure it compiles under gcc3.3 This is a bit tricky when there are different versions currently in stable and unstable, for packages with GCC tags. When that happens, and another package depends on the one with two tags, I'm making sure that the dependent package not only has different versioned dependencies specified in its stable and unstable versions, but (when necessary), I'm adding 20 rather than 10 to the revision number of the package in the unstable tree (leaving it at +10 in the stable tree). In practice, I'm doing this in reverse: moving things to HEAD, and then going through and implementing versioned dependencies in all things that depend on them (changing version numbers and GCC values at the same time). I'm working on both the stable and unstable trees at the same time, so in the end, we'll have a stable part of the 10.2-gcc3.3 distro which is just the gcc3.3-update of the stable part of the 10.2 distro. Packages there should probably get more testing before they are truly called stable, but in this case the testing will need to come from fink developers. It's my belief that we need to get an entire 10.2-gcc3.3 tree ready, and make a bindist for it, before asking the majority of fink users to try the upgrade. --Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: gcc 3.3 update under construction
One more thing, if you'd like to help out... To keep things straight, when I move a package to HEAD, in the 10.2-gcc3.3 tree, I *remove* that same package from the not_ready branch... that way, the only things left in the not_ready branch are the things still being worked on... (And in case you are wondering, on my machine I have two different checkouts of the 10.2-gcc3.3 tree, one in the HEAD branch and the other in the not_ready branch...) -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems building fink package for mod_dav_svn
This sounds like the libtool-1.4.x relinking bug. Try disabling relinking and see if that cures it. perl -pi.bak -e s/need_relink=yes/need_relink=no/ ltmain.sh is one way to do it. Or, if it is finding an old copy of the library during linking instead of the one it just build, you can try perl -pi.bak -e s/hardcode_direct=yes/hardcode_direct=no/ configure -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problems building fink package for mod_dav_svn
Well, it's still relinking. Why does it list as libtool SH_LIBTOOL='/sw/share/apr-0/build/libtool' That sounds like something already installed, perhaps by the previous build? If it wants to be using a customized one, it should be looking in the build directory, no? -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Non-root builds?
Greg Novak [EMAIL PROTECTED] wrote: On Tue, 9 Sep 2003 Jerry Talkington wrote: Unfortunately there doesn't seem to any desire among the maintainers to make fink a more user mode environment, which is a big mistake, IMHO. An application shouldn't request root privileges until absolutely necessary. A poorly patched or configured package, or even a typop, could wreak havoc on a system. I agree completely. That is, after all, one of the the points of admin/root accounts: to keep you from accidentally doing something dumb. In a perfect world no one would need it b/c no one would do anything dumb, but reality is less rosy. Anyway, for all who are interested: The fix is extremely easy. 1) In the file (pathname from memory, may not be correct) /sw/share/perl5/Fink/Engine.pm, comment the line containing rerun_as_root(...); The function call only appears in one place in the file. 2) Then make /sw/src writable by users with: sudo chmod 777 /sw/src Now, commands like fink rebuild package will compile and build with fink running as a user. You can inspect the output, look for places where the install tried to write files it shouldn't have, and make sure that everything in /sw/src/root-package is where it's supposed to be. Fink will die with an error when it tries to actually create the .deb file, but that's exactly what I want it to do: build the package in a sandbox and don't do anything permanent. Greg, You've hit the nail on the head with your last comment here. Fink relies on the Debian tools, dpkg in particular, for all of its deb-handling tasks. And unfortunately, those tools insist on being run as root. So while your modification is great for all but the next-to-last step that a developer takes, it's not practical for most users of Fink, who want to go ahead and build the deb, or take a pre-built deb and install it. The Fink developers who monitor the package submissions are pretty careful about checking the integrity of the installs done by the submitted packages, so there is rarely a problem experienced by users who install things from the Fink tree. For budding Fink developers, though, I understand that this can be a problem. In fact, I have frequently had this problem of a package under construction installing things directly to /sw instead of into the destination directory. So long as the installs happen in /sw, though, you are in good shape... you can detect the problem by examing the .deb file after you've built it (dpkg --contents foo.deb), and if you notice that a bunch of stuff which should have been installed isn't listed there, you can be pretty certain that it was installed directly to /sw by mistake. The good thing is, once you've fixed the problem, simply installing and then removing the .deb file will clear out the cruft. I am open to suggestions about how to modify Fink so that its only runs as root when it needs to, but I don't know a practical way of doing that at the moment. Best, Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fort77 can't be compiled.
I suppose you are using the updated Developer Tools? There is a problem with fort77 and the new tools. As it says on Fink's homepage, users are advised not to update their developer tools, or if they do, to be sure and run sudo gcc_select 3 before using fink to compile packages. The problem with fort77 might actually lie in f2c, so you may need to go back and recompile various things to get fort77 to work. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gcc3.3 tree open for business
Dear fink-devel, The code freeze for the 10.2/stable tree is hereby lifted. However, I would like to ask all fink developers to try and keep 10.2-gcc3.3/stable in sync with (or ahead of) 10.2/stable. I hope that the conversion to the new trees will be complete within a few weeks. All fink developers are now invited to help out with the 10.2-gcc3.3 trees. Here's how: In fink 0.13.8 which was released yesterday, GCC 3.1 is being enforced for the first time. To use the revised developer tools and gcc 3.3, (as well as the new trees), you should install fink-0.13.9-beta. To install this, download the source file from the sourceforge release page http://sourceforge.net/project/showfiles.php?group_id=17203 unpack the tarball, and run ./inject.pl from within the fink-0.13.9-beta directory. (Also, be sure that you have up-to-date developer tools.) The vast majority of stable packages have already been moved from 10.2/stable to 10.2-gcc3.3/stable. I'll discuss some of the exceptions in a followup message to this one. We need help from fink developers both in testing the 10.2-gcc3.3/stable tree, and also in getting 10.2-gcc3.3/unstable into good shape. Changes which you made to 10.2/unstable during the month of September might not have gotten propagated to 10.2-gcc3.3/unstable. So please check your packages which might have been revised recently. Let me remind you of what happens in the new tree. Any package which uses g++ or c++ is potentially affected by the ABI change in gcc between 3.1 and 3.3. For any such package, you should be sure that the new version of the package is labeled GCC: 3.3 (and that the previous version is labeled GCC: 3.1). You should also check all of the dependencies, making versioned dependencies on any package which is also tagged GCC: 3.3. When a new version is made in this way, the revision number should be increased by 10. We had a similar conversion a year ago, when many packages were tagged GCC: 3.1. In the stable tree, I simply assumed that all such tags were necessary, and I created new versions for all of those packages. However, many of them were probably not necessary -- checking the log files which are generated as the package compiles is one way to see whether g++ or c++ is really being invoked. So in the unstable tree, please feel free to remove a GCC tag when that is appropriate. If you remove it in 10.2-gcc3.3, you should also remove it in 10.2. Note that simply adding or removing a GCC tag does not (in principle) affect the .deb file, so a new revision number is not needed. However, we want different revision numbers when the value of the GCC tag is different. I hope all of the above is clear, and I thank you in advance for your help. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] what's missing in 10.2-gcc3.3/stable
Here's a list of what's currently missing from 10.2-gcc3.3/stable, and a discussion of some of the reasons. First, KDE has not yet been moved to 10.2-gcc3.3, but no problems are anticipated. Second, fort77 does not compile under gcc 3.3, probably due to problems with f2c (which probably needs some fixing). As a consequence, a large number of packages in sci cannot be compiled. Third, freetype and freetype-hinting do not compile under gcc 3.3. There are a number of other packages which depend on these (but not a huge number -- most packages now use freetype2). Since freetype has given us problems in fink in the past, I recommend that we do NOT bring this package forward to the new tree. Hopefully, many of the dependent packages can be modified to use freetype2 instead. For a small handful of packages, I got them to work in the gcc3.3 tree by forcing the compiler to be gcc 3.1 (typically CC=gcc3 is what you need). I haven't tried that with all of the packages below; in some case, there may be a more up-to-date version which works with gcc 3.3. -- Dave Here's the list: crypto/dcmtk-ssl crypto/mozilla crypto/KDE stuff database/gramps database/mysql devel/ddd editors/abiword games/danican games/gnuchess games/gnuchess-largebook games/tornado games/xmame gnome/bundle-gnome gnome/gnome-applets gnome/shermans-aquarium graphics/aview graphics/filmgimp graphics/freetype graphics/freetype-hinting graphics/ivtools kde/EVERYTHING languages/fort77 languages/gwydion-dylan languages/gwydion-dylan-bootstrap libs/pilot-link9 libs/perlmods/dbd-mysql-pm560 libs/perlmods/pilot-link9-perl560 net/bitchx net/bitchx-gtk net/gnut net/gtkhx net/mutella net/nget sci/atlas sci/clhep sci/dcmtk sci/freehelix sci/gmt sci/grace sci/hdf sci/hdf5 sci/kseg sci/ncarg sci/netcdf sci/numeric-atlas sci/octave sci/r-base sci/scilab sci/scilab-atlas text/hevea text/lilypond text/sagasu utils/units x11/siag x11/ttfmkfontdir x11/uae x11/wmweather x11/xfonts-intl x11/xv x11-wm/blackbox-rootless x11-wm/enlightenment x11-wm/fvwm-ewmh x11-wm/icewm x11-wm/icewm-basic x11-wm/sawfish --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gcc_select 3
We're still in the process of upgrading packages to be ready for gcc 3.3. The enforcement of the fink declaration GCC: 3.1 was not done in the past, but is now being done with the recent upgrade. Your best strategy if you are using panther is to make sure that the dists symlink points to 10.2-gcc3.3 . In that tree, you'll find that all stable packages can be compiled with gcc 3.3. For packages in 10.2-gcc3.3/unstable, you might need to edit the GCC line in the info file from 3.1 to 3.3. We're working on this, but each package needs to be tested. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fort77 can't be compiled.
clisp-2.29 is also available from fink in binary form. The binary was compiled with gcc 3.1. -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XDarwin broken on 10.2-gcc3.3?
Koen, did you recompile xfree86 after the update? -- Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] test_10_3 branch closed
Dear fink-devel, With the recent release of fink-0.14.0 and fink-0.14.1-beta, I slightly switched strategies with respect to the various branches in CVS. I merged the old test_10_3 branch back into HEAD at that time. Please don't make any new commits to that branch. Instead, what I intend to do until the 10.2-gcc3.3 conversion is this: each fink release x.y.even will be immediately followed by a beta release x.y.odd-beta where the only difference between the two is a few lines in Bootstrap.pm. Those lines cause the 10.2-gcc3.3 and 10.3 trees to be activated, so they are needed by folks who are testing the new trees. Let's put all work towards improving fink (other than the Boostrap difference) into the HEAD branch. Thanks, Dave --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] reports on 0.14.0 ?
Does anybody have any feedback on fink 0.14.0? I'd like to move it to stable soon, so that we can announce the rsync update method as the preferred method for all users. (Anonymous CVS at sourceforge has become unresponsive AGAIN...) Thanks, Dave --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] rsync updating and server subversion (svn) package
Do you have unstable/crypto and unstable/main in the Trees line in /sw/etc/fink.conf ? The new rsync method only updates the trees which are mentioned in your conf file. -- Dave --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel