[Fink-devel] Removing myself as maintainer

Hi, Unfortunately I am no longer able to act as maintainer for any Fink packages, so I would like to remove myself from all .info files. I have attached a patch to do so. Could one of the core devs please apply it? (Use -p0.) Thank you, Trevor remove-trevor.patch Description: Binary data ---

[Fink-devel] Removing myself as maintainer

Hi, I am currently listed as the maintainer of 45 packages (only 4 still officially supported): http://pdb.finkproject.org/pdb/browse.php?maintainer=Trevor+Harmon&dist_name=any Recently someone contacted me about updating one of my packages, but I had to explain that I no longer have the

[Fink-devel] How to build for Qt 4

Hi, I’m trying to update an old package (xxdiff) for the latest Fink on OS X 10.9. The upstream code now requires Qt 4 instead of Qt 3, but it seems the Qt 4 packages in Fink are much different. Also I’m very rusty at writing .infos, so I’m having difficulty understanding how to specify the Qt

Re: [Fink-devel] Fink's itk and tklib can't be installed concurrently (file collision)

I was able to reproduce the error, but I don't know how to resolve it. Should itk and tklib be marked as conflicting with each other? I know very little about Tk and the tklib package. I created the package only because some other library I needed years ago had a dependency on it, and I submitt

Re: [Fink-devel] updating Fink's ode1 to 0.11.1

Submitted to the tracker as ID 3573980. Trevor On Oct 2, 2012, at 12:54 PM, Hanspeter Niederstrasser wrote: > Trevor, > > Can your package ode1 be updated to 0.11.1? This would be the last version > of the ode1 series (ode 0.12 exists in Fink as ode3 due to the library name > changing) and

Re: [Fink-devel] Where do you guys find the time?

On Apr 25, 2012, at 11:00 PM, David Reiser wrote: > And the core group is just very good. They can do stuff in 10 minutes that > takes me a day and a half to figure out Good point. The time commitment of others might seem high to me because my skills are lower. :) Whatever the case, a big than

[Fink-devel] Where do you guys find the time?

Hi all, My contributions to Fink can take a significant amount of time. It's not unusual to have to spend the better part of a day trying to get some tricky package to build correctly, especially one that needs patching. Yet I see more than a few contributors here who maintain far more packages

Re: [Fink-devel] Fink's jgraph build fails if gnujaxp is present

On Mar 19, 2012, at 2:26 PM, Hanspeter Niederstrasser wrote: > Thankfully, only batik currently depends on gnujaxp, and _that_ fails with > other issues, so it might be time to pull batik and gnujaxp if they're not > fixable. Yeah, that sounds like the best solution for now. Trevor -

Re: [Fink-devel] Fink's jgraph build fails if gnujaxp is present

I'm able to reproduce the issue on Lion, but I'm not sure how to fix it. The JGraph package has changed a lot and is now hosted at a different site under a different name: http://www.jgraph.com/ I wasn't planning to update these packages for Lion. I guess the simple workaround for now is to re

[Fink-devel] Maven 2.2.1

Hi, The maven.info package is still using Maven 2.0.10, which was released a year and a half ago. The package also has a bug that causes some Maven plugins to fail because they can't find the mvn executable. I've created a new plugin that bumps the upstream version to the latest stable release

Re: [Fink-devel] gcc45-4.5.0-1000 release packaging

On Apr 21, 2010, at 9:06 PM, Jack Howarth wrote: > On Wed, Apr 21, 2010 at 07:17:03PM -0700, Trevor Harmon wrote: >> On Apr 20, 2010, at 11:06 AM, Jack Howarth wrote: >> >>> Why hasn't classpath been upgraded to gcc44 yet? >> >> I've not

Re: [Fink-devel] gcc45-4.5.0-1000 release packaging

On Apr 20, 2010, at 11:06 AM, Jack Howarth wrote: > Why hasn't classpath been upgraded to gcc44 yet? I've not had a reason to do so, and nobody requested it. Trevor -- ___

Re: [Fink-devel] gcc45-4.5.0-1000 release packaging

On Apr 20, 2010, at 11:35 AM, Jack Howarth wrote: > One other question, do the packages that require gclasspath currently > work fine on i386 and x86_64 fink? I believe the only package that requires gclasspath is jamvm, but I've not tested it on x86_64. Trevor ---

Re: [Fink-devel] gcc45-4.5.0-1000 release packaging

On Apr 20, 2010, at 6:01 AM, Jean-François Mertens wrote: > For gclasspath, from reading its DescPackaging, > the dep is not needed. > So it might be best to switch that dep to a Recommends.. > _ Trevor ? gclasspath is dependent on gcc43 because both packages provide some of the same files (e.g.

Re: [Fink-devel] Confusion with rapidsvn linked libs

On Jul 7, 2009, at 10:44 PM, Alexander Hansen wrote: > You can leave it out. Thanks for your help! I've uploaded the package to the tracker: https://sourceforge.net/tracker/?func=detail&aid=2818340&group_id=17203&atid=414256 Trevor -

Re: [Fink-devel] Confusion with rapidsvn linked libs

On Jul 7, 2009, at 2:40 PM, Alexander Hansen wrote: > The Files: will have the file names, of course: > > Files: << >lib/libsvncpp.2.0.0.dylib >lib/libsvncpp.2.dylib > << It seems only the libsvncpp.2.dylib is generated. Do I need to add an InstallScript in the splitoff to softlink the

Re: [Fink-devel] Confusion with rapidsvn linked libs

On Jul 7, 2009, at 12:27 PM, Alexander Hansen wrote: > This should be all right. Okay, so how do I map these version numbers (2 and 3.0.0) into the .info file? For example, here are the old portions of the .info that need updating: ... Package: svncpp0-dev Depends: svncpp0-shlibs (=

[Fink-devel] Confusion with rapidsvn linked libs

Hi, I'm the maintainer of the rapidsvn package, and I'm trying to update it to the latest upstream version, but I'm stuck. The main problem seems to be a change in the versioning of the svncpp shared libraries that are associated with the package. The old upstream release apparently had n

Re: [Fink-devel] Shlibs validation failures with new ode package

On Jan 24, 2009, at 10:15 PM, Daniel Johnson wrote: > libode.dylib needs to go in the dev package, not shlibs. It appears > that nothing currently depends on ode, yes? If so, I'd suggest > removing the ode-dev splitoff entirely, leaving all the dev files in > the main ode package. Make it Bu

Re: [Fink-devel] Shlibs validation failures with new ode package

On Jan 24, 2009, at 5:54 PM, Daniel Johnson wrote: There are a couple of problems here. You have too many packages. There only needs to be a -dev and a -shlibs package. The unnecessary ode package only contains 2 files: libode.1.0.0.dylib, which needs to be in ode-shlibs and libode.la, whic

Re: [Fink-devel] Shlibs validation failures with new ode package

On Jan 24, 2009, at 5:33 PM, Daniel Macks wrote: > The validator messages and otool-L are all self-consistent: the > problem (and it *is* a problem) is that the lib is coded as if it > exists in /opt/ode instead of in %p. Actually, the reason why otool reports /opt/ode is most likely because I

[Fink-devel] Shlibs validation failures with new ode package

Hi, I'm the maintainer of the ode package, which has had a history of problems related to shlibs [1]. Luckily, ode now uses libtool, and it also fixes a problem that was preventing successful builds on Leopard, so I thought I'd hit two birds with one stone and upgrade Fink's package for o

[Fink-devel] Overhauling gclasspath

I maintain the gclasspath package (formerly classpath), and I recently learned that it has file conflicts with gcc43. For some reason, gcc43 installs classpath along with it, and it does strange things to the files. For instance, it installs the classpath binaries to %p/lib/ gcc4.3/bin, and

[Fink-devel] Name collision in Fink handling of CLASSPATH

For Java-based packages, Fink keeps track of the current CLASSPATH setting in the /sw/share/java/classpath file. Packages also store their JAR files in /sw/share/java/%n. This causes a name collision if a package happens to be named "classpath": Fink will put the package's JARs into a direc

Re: [Fink-devel] Can't figure out proper shlibs for JOGL

On Oct 22, 2008, at 10:57 AM, Benjamin Reed wrote: > For jnilibs, the best way to handle them is to build them as bundles, > since they're dynamically loaded into the JVM. > > It looks like changing the build.xml to use "plugin" instead of > "shared" > for the cc task will Do The Right Thing. >

Re: [Fink-devel] Can't figure out proper shlibs for JOGL

On Oct 22, 2008, at 7:41 AM, Alexander Hansen wrote: 2) You want the name of the package containing the library (%n is OK here) Shlibs: %p/lib/lib%N.1.dylib 0.0.0 %n (>= 1.1.1-2) 32 Thanks for the tip. I'm still doing something wrong, though, because I get validation errors on the shlib

[Fink-devel] Can't figure out proper shlibs for JOGL

Hi, I'm the maintainer of the JOGL package, and I'm trying to create a new revision with the proper shlibs SplitOff. Unfortunately, I have no idea what I'm doing. Section 3.4 of the Packaging Manual is Greek to me. I made a first attempt (attached), but it's mostly wrong. Can somebody hel

Re: [Fink-devel] Fink not understanding private Shlib declaration

On Apr 7, 2008, at 5:46 PM, Benjamin Reed wrote: > Trevor Harmon wrote: > | On Apr 7, 2008, at 5:29 PM, Benjamin Reed wrote: > |> out of curiosity, what does "otool -hv /sw/lib/ > liblpsolve55j.jnilib" > |> print? > | > | $ otool -L /sw/lib/liblpsolve5

Re: [Fink-devel] Fink not understanding private Shlib declaration

On Apr 7, 2008, at 5:29 PM, Benjamin Reed wrote: out of curiosity, what does "otool -hv /sw/lib/liblpsolve55j.jnilib" print? $ otool -L /sw/lib/liblpsolve55j.jnilib /sw/lib/liblpsolve55j.jnilib: liblpsolve55j.jnilib (compatibility version 5.5.0, current version 5.5.0) /sw/lib/liblpsolve.5.

Re: [Fink-devel] Fink not understanding private Shlib declaration

On Apr 7, 2008, at 5:15 PM, Daniel Johnson wrote: > It is indeed a bug, which I've previously reported. The problem is > that the validator is checking the library's install_name but > telling you to use the actual pathname in the error message. These > are not necessarily the same thing. So

Re: [Fink-devel] Fink not understanding private Shlib declaration

On Apr 7, 2008, at 4:56 PM, David Reiser wrote: > Was there any other warning in the build log just prior to the > complaint about the private shlib? I don't see any warnings at all. The only error is this: Validating .deb dir /sw/src/fink.build/root-lpsolve-java-5.5.0.11-1... Error: package c

Re: [Fink-devel] Fink not understanding private Shlib declaration

On Apr 7, 2008, at 4:27 PM, Jean-François Mertens wrote: > Try variations.. > I remember that originally at least this was extremely sensitive to > spacing.. > (conceivably removing the space after the colon, or replacing the > thing by > > Shlibs: << > !%p/lib/liblpsolve55j.jnilib > << > > wi

[Fink-devel] Fink not understanding private Shlib declaration

I'm testing a new version of the lpsolve-java package, but it's not validating because it includes a private library without a Shlibs declaration. Obviously, the fix is to add the Shlib declaration, but for some reason it's not working. What I've added looks like this: Shlibs: !%p/lib/liblp

[Fink-devel] build-as-nobody causes cpio error

I'm working on a package that fails when built with "-m --build-as- nobody". The error I get occurs when running the package's configure script: checking how to create a ustar tar archive... ATTENTION! cpio archive volume change required. Ready for archive volume: 2 Input archive name or "." to

Re: [Fink-devel] gcc43's gjc and ecj1

On Mar 23, 2008, at 2:11 PM, Matthias Ringwald wrote: >> The >> build process is supposed to use ecj.jar if a pre-existing >> ecj package isn't installed... > we don't have an ecj package, do we? We do: http://pdb.finkproject.org/pdb/package.php/ecj Trevor

Re: [Fink-devel] Recent Fink update breaks classpath package

On Mar 18, 2008, at 8:22 AM, Daniel Macks wrote: > FWIW, I didn't test this submission...was a minor-version update to an > existing package with minimal interaction with other packages, assumed > that if it worked for submitter when submitted, it was good to go. I'm sorry about this. I certainly

Re: [Fink-devel] Recent Fink update breaks classpath package

On Mar 16, 2008, at 7:11 AM, Martin Costabel wrote: > OSX 10.5.2 update, perhaps? No, that was released on February 11. The package was working fine with it. I'm pretty sure it was a change in Fink that's causing this problem. Trevor

[Fink-devel] Recent Fink update breaks classpath package

The classpath-0.97 package was accepted into the unstable tree on March 2. Today I did a "fink self-update" and discovered it no longer builds successfully. It gives me this error: ../java/util/EnumSet.java:252: inconvertible types found : java.util.Collection required: java.util.EnumSet

[Fink-devel] New maintainer of AspectJ package

John Ridgway and I have agreed that he will take over maintenance of the aspectj package. Trevor - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log eve

[Fink-devel] Change of maintainer for Wine

Robert Cusick and I have agreed to transfer maintenance of the wine package to him. Trevor - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your X

[Fink-devel] lpsolve looking for new maintainer

I'm the official maintainer of the lpsolve and lpsolve-java packages, but unfortunately I no longer have the time nor the desire to continue in this role. Would anyone like to take over maintainership? Thanks, Trevor -

[Fink-devel] Takeover of gnujaxp

On the recommendation of Christian Schaffner, I am taking over maintenance of the gnujaxp package. See: https://sourceforge.net/tracker/index.php? func=detail&aid=1406369&group_id=17203&atid=414256 Trevor - Take Surveys.

[Fink-devel] Shlibs field for ode package

Are there any experts out there on the Shlibs field? I'm trying to submit a .info for a package called ODE, but I'm not sure how to get the Shlibs field just right. Any assistance would be appreciated. The tracker item is here: https://sourceforge.net/tracker/index.php? func=detail&aid=156

Re: [Fink-devel] Wine package

On Sep 22, 2006, at 12:49 PM, Jim White wrote: Excellent! I've been planning to try building Wine myself and was thinking that Fink would be the best way to go. I will probably start with CodeWeavers version and let you kno

[Fink-devel] Wine package

I recently bought a MacBook Pro and happen to have a couple Windows programs I need to run. I figured I'd simply install Wine through Fink, but it seems no Wine package has ever been written. Surprising, given that Wine compiles and runs just fine on 10.4 with an Intel chip. So, I created a

Re: [Fink-devel] Mysterious uni2ascii package

On Aug 11, 2006, at 12:57 PM, Martin Costabel wrote: The original idea was to use make install DESTDIR=%d as InstallScript. But yours is working, too. Okay, I've submitted it to the tracker as ID 1538949. Trevor smime.p7s Description: S/MIME cryptographic signature -

Re: [Fink-devel] Mysterious uni2ascii package

On Aug 11, 2006, at 12:59 AM, Martin Costabel wrote: Trevor Harmon wrote: [] Yes, that's what I'm seeing, too! (Mostly.) I get: gcc -DLOCALEDIR=\"/usr/local/share/locale\" -g -O2 -L/sw/lib -o uni2ascii Get_UTF32_From_UTF8.o uni2ascii.o enttbl.o endian.o /usr/bin/l

Re: [Fink-devel] Mysterious uni2ascii package

On Aug 10, 2006, at 9:49 PM, Daniel Macks wrote: WorksForMe(tm), but I have a single-processor machine so I have fewer problems like that. Some packages have trouble with multithreading, resulting in trying to link against a compiled object before that object gets compiled. Mine is single-proc

[Fink-devel] Mysterious uni2ascii package

I'm working on a package for uni2ascii, but I got stuck and was hoping someone could help me. I'm totally baffled because I can't reproduce the linker error that occurs when Fink tries to build the package, even when I enter the same commands that Fink executes. It seems that a certain obje

Re: [Fink-devel] Maintainership issues

On Mar 20, 2006, at 12:22 PM, Alexander K. Hansen wrote: 1. Could we put citations to this page in the packaging tutorial and manual? Sure. It's on the wiki, so anybody can make add any edits they want. :-) I mean the reverse. I'd like the packaging tutorial and manual to reference this

Re: [Fink-devel] Maintainership issues

On Mar 20, 2006, at 9:50 AM, Alexander K. Hansen wrote: I've started drafting up some documents on the wiki that pertain to package maintainership. Please look at them, expand on them, rip the text up... Looks good; that's exactly the kind of clarification I was hoping we could add. A coupl

Re: [Fink-devel] Maintainers (was: FYI: SDL change)

On Mar 19, 2006, at 6:26 PM, Dave Vasilevsky wrote: However, I must disagree about how wonderful collaborative packaging could be. Once upon a time, somebody had the great idea that rather than individual maintainers for each of the Gnome packages, Fink should have a Gnome Team which worked

Re: [Fink-devel] Re: FYI: SDL change

On Mar 19, 2006, at 1:04 PM, Benjamin Reed wrote: As far as maintainership being in perpetuity, it makes sense to me because generally the maintainer, in the course of packaging something, is most likely to understand issues in new releases of the software, is most likely to be able to get

Re: [Fink-devel] [PR] Fink is about to change, are you going to be part of it? Help us build the Fink Developer Network!

On Mar 18, 2006, at 8:09 AM, David H. wrote: Fink has grown. It has grown quickly and all of the core team, including myself acknowledge, that voluntary work is limited to what each individual is able to give. There are many people out there using Fink and we would like to make things easie

Re: [Fink-devel] Re: FYI: SDL change

On Mar 19, 2006, at 11:58 AM, Max Horn wrote: However, for those package maintainer who *are* willing to quickly react on such notifications (e.g. me), it is a bit hard to accept that their packages are simply taken out of their hands :-/. I believe these problems exist because it's not cle

Re: [Fink-devel] New Build Report

On Jan 31, 2006, at 1:56 PM, Matthew Sachs wrote: My latest build report, using package definitions from 2006-01-17, is at: http://fink.opendarwin.org/build/2006-01-17/ppc/out/report.html http://fink.opendarwin.org/build/2006-01-17/i386/out/report.html It looks like a number

Re: [Fink-devel] Package submission.

On Jan 31, 2006, at 5:50 AM, Brian Durant wrote: I have the following packages that I would like to submit to the Fink project. I hope these will be included as soon as possible in the list of packages. These have to be submitted to the tracker. There's a tutorial on how to do that here:

[Fink-devel] Nested functions

As a follow-up to the discussions about nested functions, I thought some of you would find this interesting: http://developer.apple.com/technotes/tn2006/tn2161.html The document mentions Fink specifically. Trevor smime.p7s Description: S/MIME cryptographic signature

[Fink-devel] New Saxon packages

In light of the upcoming CVS freeze, I was hoping someone could take a look at my packages for Saxon-B. I have a few others that depend on Saxon-B, so I'd like to get the Saxon-B ones reviewed and finalized before I work on the dependents. They're in the tracker as IDs 1359250 and 1358819.

Re: [Fink-devel] Doc changes for upcoming 10.4 release

On Jan 12, 2006, at 1:18 PM, Alexander K. Hansen wrote: Before we release a new bindist, I'd like to update the documentation. I subscribe to an unrelated list in which an individual described Fink as "a load of crap". He's a recent Linux-to-Mac convert and, while trying to install LaTeX,

Re: [Fink-devel] Re: Use of explicit interpretters in packaging scripts

On Jan 5, 2006, at 7:07 PM, Chris Zubrzycki wrote: I am against this. If policy says the -e is needed, and a package doesn't, it's a bug. But there is no policy on this; at least, I couldn't find any in the packaging documentation. And even if there were, wouldn't it be easier to enforce

Re: [Fink-devel] Re: Use of explicit interpretters in packaging scripts

On Jan 4, 2006, at 12:37 PM, Jean-François Mertens wrote: Careful though not to automatically add -e to a patchscript beginning eg with #!/usr/bin/perl Should fink know about all possible interpreters ? I think it should, yes. There are only a few possible shells, so hardcoding them shoul

Re: [Fink-devel] Use of explicit interpretters in packaging scripts

On Jan 4, 2006, at 2:22 AM, Daniel Macks wrote: If you specify an explicit interpretter in a PatchScript, CompileScript, or InstallScript (i.e, the first line of the field begins with #!), please always pass the "-e" flag to that shell. How about making this the default behavior? When processi

[Fink-devel] GCC 4 video

In light of the recent discussions about GCC 4 problems, I thought some might find this interesting: http://developer.apple.com/click/video_gcc4.html It presents some common errors and warnings and how to fix them. Trevor smime.p7s Description: S/MIME cryptographic signature

Re: [Fink-devel] pilot-link9-0.11.8-35

On Dec 14, 2005, at 5:37 AM, Alexander K. Hansen wrote: I've used a program called "USB-TCP bridge" ( http://osx-palm-tools.sourceforge.net ) to get around this. There is also The Missing Sync 5.0, which costs $40 but works amazingly well (if you're running Tiger). Trevor smime.p7s Des

Re: [Fink-devel] Dependence on a compiler

On Dec 13, 2005, at 6:47 PM, Benjamin Place wrote: I don't think there is a GNAT package in Fink, I looked on the Packages page and didn't find one. It seems to me that the GNAT Ada compiler is analogous to Apple's DevTools, so therefore GNAT would need to be represented in Fink by a virtua

Re: [Fink-devel] Dependence on a compiler

On Dec 13, 2005, at 6:35 AM, Benjamin Place wrote: Is there a way to handle a package's dependence on a compiler besides using a virtual package? I have a program, written in Ada, that depends on the macada.org port of GNAT to OSX. Is there a way I could express that dependence in a packa

[Fink-devel] Fink dependency graph generator

Something for the weekend... A utility for generating graphs of Fink package dependencies: http://vocaro.com/trevor/software/fink/dep-graph/ Trevor smime.p7s Description: S/MIME cryptographic signature

Re: [Fink-devel] Backward compatibility packages in Java

On Dec 7, 2005, at 8:54 PM, Benjamin Reed wrote: Why not make saxon81 and saxon82, and have them both Provide: saxon Ah, I forgot about Provides. However, I don't see a reason to make separate packages for saxon82, saxon83, saxon84, etc. I think I'll just do a saxon811 and a saxon8, both o

[Fink-devel] Backward compatibility packages in Java

Some Fink packages exist solely for backward compatibility. For instance, there is a db3 as well as a db4 package because certain programs depend on version 3, while others depend on version 4. Normally, this isn't such a big deal because the older package simply embeds its version number i

Re: [Fink-devel] Depends operators

On Dec 5, 2005, at 2:07 PM, Daniel Macks wrote: From http://www.debian.org/doc/debian-policy/ch-relationships.html The relations allowed are <<, <=, =, >= and >> for strictly earlier, earlier or equal, exactly equal, later or equal and strictly later, respectively. Also: "The deprecated

[Fink-devel] Depends operators

I'm curious about the Depends operators: <<, <=, =, !=, >>, >=. They all make sense except for << and >>. I was always taught that < means "strictly less than" and << means "much less than", a subjective definition that depends on the context. In Fink, however, << is taken to mean "strictly

Re: [Fink-devel] latex output

On Nov 19, 2005, at 6:09 PM, David Fang wrote: I've noticed that /sw/bin/latex is symlinked to pdfetex, which means that 'latex' produces only pdfs, never any DVI files (at least on all my documents). I don't see why this should happen. I'm running tetex-base-3.0-1, and when I run "latex"

Re: [Fink-devel] How to determine required dependencies?

On Nov 9, 2005, at 5:19 PM, Rogue wrote: I disagree respectfully. I have in the past avoided (trying out) many packages because the Dep list was unreasonably long. I tend to be minimalist, not the safest approach undoutedly, but it is worth it in the long run IMHO. Indirect dependencies i

Re: [Fink-devel] How to determine required dependencies?

On Nov 9, 2005, at 3:12 PM, Koen van der Drift wrote: I'm not an 'old pro', but what I usually do for a new package is to remove all non-essential packages (eg with FinkCommander). And then start from scratch to compile the package. Then one by one I start to add packages based on the error

Re: [Fink-devel] Re: Fink binary distributions

On Nov 8, 2005, at 3:21 PM, Alexander K. Hansen wrote: Speaking for myself, I can now try to expedite some packages out of the tracker. Anybody reading this thread who's got a package sitting around, please email me (better yet, fink-devel) the tracker ID number. If the package looks OK to me

Re: [Fink-devel] Re: Fink binary distributions

On Nov 8, 2005, at 3:21 PM, Alexander K. Hansen wrote: The primary question isn't "Do you know how to commit to CVS?" (though that's definitely an asset!), but rather "Do you know enough about Fink and how it works so that the packages you commit will generally be reliable?" Agreed. But how do

Re: [Fink-devel] Re: Fink binary distributions

On Nov 8, 2005, at 11:53 AM, Brendan Cully wrote: It's a nice idea, but maybe it just recapitulates the submission queue problem in miniature? I signed up on that page two days after it was posted. Apparently senior developers are a scarce resource... I agree; a mentoring system seems much too

Re: [Fink-devel] Re: Fink binary distributions

On Nov 8, 2005, at 9:59 AM, Brendan Cully wrote: Let me be honest: I have an axe to grind, since I've got a number of my own packages languishing in the submission queue for months. I'm grateful for the feedback I've gotten, and eg dmacks has definitely improved the quality of my packages. But l

Re: [Fink-devel] Re: Fink binary distributions

On Nov 5, 2005, at 2:55 AM, Dave Vasilevsky wrote: Aside from hacking on buildfink, the best way to help is testing packages. Maybe we should have a 'Test Week', when we ask all developers to NOT write new packages, and instead test various packages out and move them into stable? I vote f

Re: [Fink-devel] Re: Maximum redirects followed

On Oct 4, 2005, at 3:10 AM, Max Horn wrote: An alternate approach would be to just tell curl to follow redirects. From the curl manpage: -L/--location However, there is a reason why this is off by default, and that is security. So it should be well considered before we just add -L t

Re: [Fink-devel] Broken link on Fink home page

On Oct 6, 2005, at 12:08 PM, Alexander K. Hansen wrote: On 10/6/05, Trevor Harmon <[EMAIL PROTECTED]> wrote: The link on Fink's homepage to browse CVS is broken. I believe it should be http://cvs.sourceforge.net/viewcvs.py/fink/ instead. It's not broken here. Yes, it'

[Fink-devel] Broken link on Fink home page

The link on Fink's homepage to browse CVS is broken. I believe it should be http://cvs.sourceforge.net/viewcvs.py/fink/ instead. Trevor --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, disc

Re: [Fink-devel] Re: Maximum redirects followed

On Oct 3, 2005, at 9:53 PM, Daniel Macks wrote: What license covers that file? It's BSD. Trevor --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.ne

Re: [Fink-devel] Re: Maximum redirects followed

On Oct 3, 2005, at 9:12 PM, Daniel E. Macks wrote: Last I checked (10.3) Apple's curl was configured without crypto support. That would mean https: URLs won't work if 'curl' is /usr/bin/curl and the redirects go to other https: URLs. Does installing fink's curl (package is "curl-unified" or "cur

Re: [Fink-devel] Maximum redirects followed

On Oct 3, 2005, at 5:49 PM, Alexander K. Hansen wrote: Curl has been known not to get along with some source URLs. In such a case I believe the recommendation is to have Fink host it at SourceForge--which requires somebody with appropriate access to upload it.. Sounds good. Is there a procedu

[Fink-devel] Maximum redirects followed

I'm writing a .info for JOGL: https://jogl.dev.java.net The source zip is here: https://www.dev.java.net/files/documents/27/17108/jogl-src.zip I can retrieve the above link just fine using my browser. However, when Fink tries to grab it using curl, I get an error: curl: (47) Maximum (50) redir

[Fink-devel] Maximum redirects followed

I am developing a package description for JOGL: https://jogl.dev.java.net/ The source is available here: https://jogl.dev.java.net/files/documents/27/17108/jogl-src.zip When I try to download the above link using my web browser, it works fine. However, when Fink tries to download it using curl

Re: [Fink-devel] Tiger build report

On May 2, 2005, at 2:09 PM, Hisashi T Fujinaka wrote: What about sorting by maintainer? Sorting by package name would be nice, too. Thanks to an unnamed bookseller, my Tiger hasn't been shipped yet, but I could take a look at my packages. Why the confidentiality? I don't see any reason to protect

Re: [Fink-devel] Tomcat confusion

On Apr 19, 2005, at 2:53 AM, Alexander K. Hansen wrote: 5? I show 4.1.31-1 (the tomcat4 package). Yeah, that's what's confusing me. I see the tomcat4 / 4.1.31-1 package in Fink Commander, but it also shows a tomcat / 5.0-11 virtual package. I have no idea where that's coming from. It's not menti

[Fink-devel] Tomcat confusion

Hi, Fink has a package for Tomcat, but it's at version 5.0, and I'd like to use the newer 5.5 release. I was going to work on updating the .info for 5.5, but then I noticed that the package shows up in Fink Commander as a virtual package (tomcat-5.0-11, uninstalled). And I can't seem to find th

Re: [Fink-devel] License for .info and .patch files

On Mar 30, 2005, at 10:19 AM, Anthony DeRobertis wrote: But once you filter out the idea (also not copyrightable, see Title 17, Sec. 102(b)), I suspect you'll find that the expression of that idea is quite limited by the technical and policy requirements of the info file. True, but that is not t

Re: [Fink-devel] License for .info and .patch files

On Mar 29, 2005, at 5:27 PM, David R. Morrison wrote: As far as retroactively doing this, it seems pretty clear to me (after this discussion) that we cannot do so. So, if there is general agreement about how to proceed, we'll declare that all .info and .patch files submitted after a certain date

Re: [Fink-devel] License for .info and .patch files

erday. (Okay, it was chocolate milk, but still...) Someone who went to the store yesterday and bought a glass of milk might come up with the exact same poem. Does that mean I am not allowed to declare copyright on the above work? IANAL, but I'm pretty sure the law says that the above haiku

Re: [Fink-devel] License for .info and .patch files

On Mar 28, 2005, at 2:23 AM, Anthony DeRobertis wrote: Most of a finkinfo file is just a statement of facts, and is nearly entirely determined by technical requirements. Those parts are most likely not copyrightable at all. No worries there, then. What about an almanac? A news broadcast? An encyc

Re: [Fink-devel] the gpl and openssl

On Mar 27, 2005, at 6:22 AM, David H. wrote: Yes, ignoring this bullshit licensing issue all together. Four highly paid, very well known and rather well respected lawyers have told me, seperately, that we should exactly do that. I assume you're joking about the lawyer bit, but if I understand you

Re: [Fink-devel] Suggestions for a response?

On Mar 17, 2005, at 10:58 PM, D. Höhn wrote: That is indeed a problem and it would have to go or have a very clear license before we could allow it to be distributed through Fink. True, but ISIS does not necessarily need to be distributed with the official Fink binaries. If I were a user of both F

Re: [Fink-devel] wxWidgets vs. wxMac

On Feb 20, 2005, at 5:51 PM, Daniel Macks wrote: Having them all Provide a common "placeholder" package only works if they really are drop-in replacements for each other, for example, identical headers, and .dylib links to identically-named and binary-compatible runtime .dylib files. Is that the ca

Re: [Fink-devel] wxWidgets vs. wxMac

On Feb 22, 2005, at 1:36 PM, Daniel Johnson wrote: FinkCommander's handling of provided virtual packages is completely broken. Among other things, it doesn't clear the variable that holds the version when a provided package is processed, which causes it to list the version of the last real packa

Re: [Fink-devel] wxWidgets vs. wxMac

On Feb 19, 2005, at 9:41 AM, Alexander Strange wrote: "wxWidgets" is just a generic name; implementations of it for other stuff are named wxWindows, wxGTK, wxMac, etc. Right, I understand that now, but people who have never heard of wxWidgets (like me one week ago) won't know that. After all, oth

  1   2   >