[Fink-devel] A question about Zope.
Hi, looking at Zope info file I've read: Depends: python21 (= 2.1.3-14), daemonic (= 20010902-1) Why does it depends on python21 and not simply on python (that is the latest Python version)? Thanks, Andrea. --- Andrea Riciputi Science is like sex: sometimes something useful comes out, but that is not the reason we are doing it -- (Richard Feynman) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: A question about Zope.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday, Jan 29, 2003, at 05:53 US/Eastern, Andrea Riciputi wrote: Hi, looking at Zope info file I've read: Depends: python21 (= 2.1.3-14), daemonic (= 20010902-1) Why does it depends on python21 and not simply on python (that is the latest Python version)? Zope doesn't work with 2.2. It's an upstream problem, not a fink problem. - -- Joe Block [EMAIL PROTECTED] The goal of Computer Science is to build something that will last at least until we've finished building it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (Darwin) iD8DBQE+N91byEXo8W2M9hsRApxgAJ42QPHfphrB7dMkf3eouD27FRNn7ACfQPCR FW78QemPHn48ZzZmMAY4cvk= =GiuA -END PGP SIGNATURE- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] redistributability
A number of the things needed for tomcat are under a sun license that basically removes all rights and then lists the exceptions that you're allowed to do. They *appear* like they may actually be redistributable, but I'm not entirely sure, I was wondering if I could have your opinions on the matter. Here's the relevant portion of the license in, eg, jaf: ---(snip!)--- These supplemental license terms (Supplemental Terms) add to or modify the terms of the Binary Code License Agreement (collectively, the Agreement). Capitalized terms not defined in these Supplemental Terms shall have the same meanings ascribed to them in the Agreement. These Supplemental Terms shall supersede any inconsistent or conflicting terms in the Agreement, or in any license contained within the Software. 1. Software Internal Use and Development License Grant. Subject to the terms and conditions of this Agreement, including, but not limited to Section 3 (Java(TM) Technology Restrictions) of these Supplemental Terms, Sun grants you a non-exclusive, non-transferable, limited license to reproduce internally and use internally the binary form of the Software, complete and unmodified, for the sole purpose of designing, developing and testing your Java applets and applications (Programs). 2. License to Distribute Software. In addition to the license granted in Section 1 (Software Internal Use and Development License Grant) of these Supplemental Terms, subject to the terms and conditions of this Agreement, including but not limited to, Section 3 (Java Technology Restrictions) of these Supplemental Terms, Sun grants you a non-exclusive, non-transferable, limited license to reproduce and distribute the Software in binary code form only, provided that you (i) distribute the Software complete and unmodified and only bundled as part of your Programs, (ii) do not distribute additional software intended to replace any component(s) of the Software, (iii) do not remove or alter any proprietary legends or notices contained in the Software, (iv) only distribute the Software subject to a license agreement that protects Sun's interests consistent with the terms contained in this Agreement, and (v) agree to defend and indemnify Sun and its licensors from and against any damages, costs, liabilities, settlement amounts and/or expenses (including attorneys' fees) incurred in connection with any claim, lawsuit or action by any third party that arises or results from the use or distribution of any and all Programs and/or Software. 3. Java Technology Restrictions. You may not modify the Java Platform Interface (JPI, identified as classes contained within the java package or any subpackages of the java package), by creating additional classes within the JPI or otherwise causing the addition to or modification of the classes in the JPI. In the event that you create an additional class and associated API(s) which (i) extends the functionality of the Java platform, and (ii) is exposed to third party software developers for the purpose of developing additional software which invokes such additional API, you must promptly publish broadly an accurate specification for such API for free use by all developers. You may not create, or authorize your licensees to create additional classes, interfaces, or subpackages that are in any way identified as java, javax, sun or similar convention as specified by Sun in any naming convention designation. 4. No Support. Sun is under no obligation to support the Software or to provide you with updates or error corrections. You acknowledge that the Software may have defects or deficiencies which cannot or will not be corrected by Sun. 5. Trademarks and Logos. You acknowledge and agree as between you and Sun that Sun owns the SUN, SOLARIS, JAVA, JINI, FORTE, and iPLANET trademarks and all SUN, SOLARIS, JAVA, JINI, FORTE, and iPLANET-related trademarks, service marks, logos and other brand designations (Sun Marks), and you agree to comply with the Sun Trademark and Logo Usage Requirements currently located at http://www.sun.com/policies/trademarks. Any use you make of the Sun Marks inures to Sun's benefit. 6. Source Code. Software may contain source code that is provided solely for reference purposes pursuant to the terms of this Agreement. Source code may not be redistributed unless expressly provided for in this Agreement. 7. Termination for Infringement. Either party may terminate this Agreement immediately should any Software become, or in either party's opinion be likely to become, the subject of a claim of infringement of any intellectual property right. ---(snip!)--- The parts that seem iffy to me are in part 2, section i, it says: (i) distribute the Software complete and unmodified and only bundled as part of your Programs ...it is unclear whether they mean the binary code that's produced in a jar, or the complete package I downloaded that includes a readme,
[Fink-devel] Gnome, imlib and window managers
The latest round of updates to gnome components seems to have restored icons and images to gnome. But some window managers -- I've tried Sawfish and Enlightenment, twm is ok -- still seem to be having problems, at least in gnome. Their title bars, resize icons, checkboxes and other parts don't draw at all. When I try rebuilding sawfish, it asks to replace libpng3 with libpng. Do the window manager packages need to be rewritten to take advantage of the new imlib? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Gnome, imlib and window managers
Those features are probably created from png files, so I'm not too surprised. Sawfish looks to have a BuildDependency on libpng. as does enlightenment, so they do indeed need to be reworked. Enlightenment is unmaintained right now, but Max Horn is listed as the maintainer for sawfish. Actually, it looks like many window managers need to be updated. On Wed, 2003-01-29 at 14:15, James Gibbs wrote: The latest round of updates to gnome components seems to have restored icons and images to gnome. But some window managers -- I've tried Sawfish and Enlightenment, twm is ok -- still seem to be having problems, at least in gnome. Their title bars, resize icons, checkboxes and other parts don't draw at all. When I try rebuilding sawfish, it asks to replace libpng3 with libpng. Do the window manager packages need to be rewritten to take advantage of the new imlib? --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Gnome, imlib and window managers
Good point, Jim. We've got more work to do! -- Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Gnome, imlib and window managers
Would it be useful for me to generate a list of all packages that have a BuildDepend on libpng? On Wed, 2003-01-29 at 14:49, David R. Morrison wrote: Good point, Jim. We've got more work to do! -- Dave --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Gnome, imlib and window managers
Uhm, so what am I supposed to do for sawfish or windowmaker (both depend on libpng)? Obviously just removing the dependency is wrong. Max --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gtkhtml vs. gtkhtml1.1
A future issue for concern (after libpng vs. libpng3) is gtkhtml vs. gtkhtml1.1 . A lot of the users have GNOME, and gnome-core-shlibs depends on gtkhtml, as does gnucash (the two examples I actually have installed). However, evolution-1.2 depends on gtkhtml1.1-shlibs . This leads to a failed update-all because gtkhtml can't be removed in favor of gtkhtml-shlibs. However, force-installing gtkhtml1.1 for evolution (as I have done) doesn't seem to cause any obvious runtime difficulties. -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Gnome, imlib and window managers
Max, You need to change libpng to libpng3, and also put versioned dependencies to the latest unstable version of imlib and possibly also versioned dependencies to other things like gnome-libs. (Since I don't fully understand the problem, I'm not sure how much of the versioning is needed.) I'm doing this for fvwm2 right now. -- Dave Uhm, so what am I supposed to do for sawfish or windowmaker (both depend on libpng)? Obviously just removing the dependency is wrong. Max --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gtkhtml vs. gtkhtml1.1
At 17:12 Uhr -0500 29.01.2003, Alexander Hansen wrote: A future issue for concern (after libpng vs. libpng3) is gtkhtml vs. gtkhtml1.1 . A lot of the users have GNOME, and gnome-core-shlibs depends on gtkhtml, as does gnucash (the two examples I actually have installed). However, evolution-1.2 depends on gtkhtml1.1-shlibs . This leads to a failed update-all because gtkhtml can't be removed in favor of gtkhtml-shlibs. Hu? both should coexist just fine, no? However, force-installing gtkhtml1.1 for evolution (as I have done) doesn't seem to cause any obvious runtime difficulties. ... but that is clearly not something we should want to suggest to a broad audience. It fixes the symptomes instead of curing the problem. Max --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gtkhtml vs. gtkhtml1.1
On Wed, 2003-01-29 at 17:46, Max Horn wrote: At 17:12 Uhr -0500 29.01.2003, Alexander Hansen wrote: A future issue for concern (after libpng vs. libpng3) is gtkhtml vs. gtkhtml1.1 . A lot of the users have GNOME, and gnome-core-shlibs depends on gtkhtml, as does gnucash (the two examples I actually have installed). However, evolution-1.2 depends on gtkhtml1.1-shlibs . This leads to a failed update-all because gtkhtml can't be removed in favor of gtkhtml-shlibs. Hu? both should coexist just fine, no? Sorry--caffeine in bloodstream failing. I meant gtkhtml can't be removed in favor of gtkhtml1.1 However, force-installing gtkhtml1.1 for evolution (as I have done) doesn't seem to cause any obvious runtime difficulties. ... but that is clearly not something we should want to suggest to a broad audience. It fixes the symptomes instead of curing the problem. And I haven't done so on -beginners or -users Max -- Alexander K. Hansen Associate Research Scientist, Columbia University visiting MIT Plasma Science and Fusion Center Levitated Dipole Experiment 175 Albany Street, NW17-219 Cambridge, MA 02139-4213 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] mplayer
With regards to this disscussion: http://lists.debian.org/debian-devel/2003/debian-devel-200301/msg01676.html - it seems we have to change the License field of mplayer to restrictive as we are not allowed to distributed binaries of it. Furthermore, we have to consider whether can afford to distribute it at all, as it seems it may be in violation of the GPL and possibly other licenses. I on purpose used a careful wording - I certainly do not want to dictate a decision here, but would like to you hear what others think about this matter. Cheers, Max --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Problems with lyx-1.2.2-1
Hi, I tried to update my lyx-1.2.1-3 to 1.2.2-1. However, I have problems downloading it: the main site ftp.lyx.org curl -f -L -O ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.2.2.tar.gz curl: (19) lyx-1.2.2.tar.gz: No such file or directory Then I tried a different mirror: curl -f -L -O ftp://ftp.lip6.fr/pub/lyx/stable/lyx-1.2.2.tar.gz There the checksum was reported wrong. A new download from the same mirror gave the same result. -- Package manager version: 0.11.2 Distribution version: 0.5.1.cvs Mac OS X version: 10.2.3 December 2002 Developer Tools gcc version: 3.1 make version: 3.79 Feedback Courtesy of FinkCommander I just logged into ftp.lyx.org to see if the lyx-1.2.2.tar.gz is there. It is moved one directory lower with a README.bad-bug: There is a very nasty bug in LyX 1.2.2 configure script: if you configure as root and an error occurs during the configure step (e.g. xforms not found), the the script will delete the /dev/null device. This undoubtly leads to very bad effect, since /dev/null is a very basic device in any unix system. If you have been victim of this problem, please complain on i [EMAIL PROTECTED] to get information on how to reconstruct it. We plan to release a 1.2.3 version that does not have this problem very soon. The same problem occurs in 1.3.0cvs (and 1.3.0pre1 I guess) but is fixed now in cvs. A bit of background: there has been for a long time some code in LyX configure script that removed the config.cache file (that keep tracks of tests results) when an error has occured. This allows to re-run the script once you have made correction without seeing the old results. However, starting with autoconf 2.5x, the cache file now defaults to /dev/null (i.e. no cache). Since LyX 1.2.2 was the first version distributed with an autoconf script generated with autoconf 2.52, this triggered this awful behaviour. Sorry for the problems that this may cause to your systems... Are you aware of this problem? It might hose the full system. I think this version should be removed from the fink unstable tree unless you patched the fink version. Thanks a lot for your work. Cheers, Remi - Failure is not an option. It comes bundled with your Microsoft product. (Ferenc Mantfeld) * Remigius K. Mommsen e-mail: [EMAIL PROTECTED] University of California, Irvine URL:http://cern.ch/mommsen c/o SLAC voice:++1 (650) 926-3595 2575 Sand Hill Road #35 mobile:++1 (650) 387-1402 Menlo Park, CA 94025, US fax:++1 (650) 926-8522 * --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] mplayer
On Wednesday, January 29, 2003, at 06:11 PM, Max Horn wrote: With regards to this disscussion: http://lists.debian.org/debian-devel/2003/debian-devel-200301/ msg01676.html - it seems we have to change the License field of mplayer to restrictive as we are not allowed to distributed binaries of it. the mplayer home page (http://www.mplayerhq.hu/homepage/info.html) still claims that the player is licensed under the GPL. From what I'm able to gleam from the lists, the mplayer folks are mad because the debian binaries aren't particularly optimized, and don't include the codecs everyone wants-- avi, quicktime, etc... mplayer achieves this compatibility through Wine code that lets a x86 linux user use Win32 DLLs. The debian folks point out that distributing these Win32 DLLs is legally suspect, and that distributing dozens of optimized binaries is logistically difficult. However, most finkers use powerpcs, and using Bochs to run Wine to run multimedia codecs is just dumb. And as far as I know, mplayer does not distribute a binary for powerpc linux, much less macosx. So, the fink project isn't stepping on anyone's toes, here. As for a change of license-- well, if mplayer code is distributed alongside the text of the GPL, and if the GPL is included within the sourcecode, then mplayer is covered by the GPL. Now, if mplayer suddenly changes its license, then Fink is obligated to either distribute the old version, with source, or change the License type in the info file. Jeremy --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] redistributability
On Donnerstag, Jänner 30, 2003, at 06:10 Uhr, Carsten Klapp wrote: Yes this is a complicated case for those of us like me who are not lawyers. ;) The license wording seems to speak specifically more to end-users than packagers like fink. Fortunately we have lawyers at our side, our legal department is good friends with me and they had a look at this. Benjamin and I determined, that it is ok to distribute those parts. Debian linux does distribute tomcat in their' contrib tree. Hmm... Well debian, excuse me for saying this, could need a few lawyers themselves, that way they might be jumping to conclusions regarding the licensing less often. snip -d - we may race and we may run, but we can not undo what has been done.. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] error installing root-linc
I made a fink install libgnomeui2-dev and : It seems there's a problem with that package. Or am I doing something wrong? By the way, I'd really like to have gnome2 working for next week, so I can demo fink and gnome on Mac OS X at the solutions-Linux show in Paris (France) next week! :-) Do, by any chance, any fink-developer assisting to this show ? Thanks for your help, Pejvan /sw/bin/install -c -m 644 $i /sw/src/root-linc1-0.5.5-1/sw/share/gtk-doc/html/linc; \ done; \ echo '-- Installing ./html/index.sgml' ; \ /sw/bin/install -c -m 644 ./html/index.sgml /sw/src/root-linc1-0.5.5-1/sw/share/gtk-doc/html/linc; \ fi) -- Installing ./html/c4.html -- Installing ./html/index.html -- Installing ./html/linc-config.html -- Installing ./html/linc-linc-config.html -- Installing ./html/linc-linc-private.html -- Installing ./html/linc-linc-protocol.html -- Installing ./html/linc-linc-types.html -- Installing ./html/linc-linc.html -- Installing ./html/linc-lincconnection.html -- Installing ./html/linc-lincserver.html -- Installing ./html/index.sgml /sw/bin/install: cannot stat `./html/index.sgml': No such file or directory make[2]: *** [install-data-local] Error 1 make[1]: *** [install-am] Error 2 make: *** [install-recursive] Error 1 ### execution of make failed, exit code 2 Failed: installing linc1-0.5.5-1 failed --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel