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
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+Harmondist_name=any
Recently someone contacted me about updating one of my packages, but I had to
explain that I no longer have the time
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
Submitted to the tracker as ID 3573980.
Trevor
On Oct 2, 2012, at 12:54 PM, Hanspeter Niederstrasser f...@snaggledworks.com
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
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
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
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
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
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 had a reason to do so, and nobody requested it.
Trevor
Trevor
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
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
--
___
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.
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 (=
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 2 to a
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=detailaid=2818340group_id=17203atid=414256
Trevor
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
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
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,
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
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
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.
Of
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
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:
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
with no space at
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
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
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)
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
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
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
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.Collectioncapture of ? extends T
required:
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
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
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
On the recommendation of Christian Schaffner, I am taking over
maintenance of the gnujaxp package. See:
https://sourceforge.net/tracker/index.php?
func=detailaid=1406369group_id=17203atid=414256
Trevor
-
Take Surveys.
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?
On Sep 22, 2006, at 12:49 PM, Jim White wrote:
Excellent! I've been planning to try building Wine myself
http://darwine.sf.net/ and was thinking that Fink would be the best
way to go. I will probably start with CodeWeavers version
http://www.codeweavers.com/products/source/ and let you know
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
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
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/ld: Undefined symbols
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
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
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
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
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
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:
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
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
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.
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,
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
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
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
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
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
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
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 less than,
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 forms
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
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
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
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 I
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
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
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
snip
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
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,
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's back up now. I also
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
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)
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
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
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.
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
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
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
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
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
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
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
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
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
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
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,
On Jan 23, 2005, at 8:17 AM, Koen van der Drift wrote:
The graph-pm package which I maintain is currently at version
graph-pm-0.20105. A new upstream version has been released,
graph-pm-0.55. If I type fink info graph-pm, it will still show the
info for the older version (the newer version is
On Jan 23, 2005, at 12:20 PM, Charles Lepple wrote:
do you mean the bug is in the version comparison, or in showing the
info for the older version?
Version comparison.
dpkg --compare-versions 0.20105 gt 0.55 returns true, because
version numbers are generally not compared as though they were true
On Jan 23, 2005, at 2:11 PM, Koen van der Drift wrote:
On Jan 23, 2005, at 4:46 PM, Trevor Harmon wrote:
I suppose this is not a Fink bug but rather a clash in version
conventions. Perhaps the graph-pm package should have been versioned
as 0.2.1.5 and 0.5.5?
I am using the version numbers
Hi,
A package I submitted way back in September (aspectj) still has not
been accepted into Fink. It has no comments, no changes, and I'm unable
to approve it myself. Could someone please approve it for me?
http://sourceforge.net/tracker/index.php?
Hi all,
While trying to install a package, Fink failed to download from every
single mirror it tried. I then tried downloading it myself and noticed
something surprising: FinkMirrors.net has expired! Try going to
http://finkmirrors.net and you'll see what I mean.
A quick whois lookup shows
Hi,
I'm in the process of creating my first Fink package, but I seem to
running into a minor problem with the CustomMirror field. I need to use
a custom mirror because the package is unavailable at any of the
standard Fink mirrors. So, I've specified the following in my .info
file:
On Sep 20, 2004, at 11:51 PM, Trevor Harmon wrote:
When Fink tries to install this package, it's supposed to download the
file at http://download.eclipse.org/technology/ajdt/aspectj-1.2.jar.
At least, that's what I think it should do, based on the fields above.
Instead, Fink for some reason
On Sep 21, 2004, at 12:02 AM, D. Höhn wrote:
This is a design choice. We have often thought on different ways to
handle such situations. We do agree that manual interaction is the best
choice in this case.
Hmm... It still seems like a strange choice. I mean, why give up if
there are still more
Hi,
The DocFiles field in a .info file can take any number of files and
wildcards. However, the doc files that I would like to include in my
package consist of several hundred files several directories deep.
There seems to be no way of telling DocFiles, Add this directory, and
all of the files
On Sep 21, 2004, at 4:44 AM, Martin Costabel wrote:
On 21 sept. 2004, at 08:51, Trevor Harmon wrote:
CustomMirror:
nam-US: http://download.eclipse.org/technology/ajdt/
Source: mirror:custom:%n-%v.jar
If you have only one URL for the source, it doesn't make sense to use
the CustomMirror field
Hi,
I'm packaging an application that requires Java's jar utility at build
time (but not runtime). So, I'd like to specify whatever BuildDepends
flag that maps to the jar utility. This is where I'm stuck, because
there are packages called system-java14 and system-java14-dev (as well
the 13 and
On Sep 21, 2004, at 11:15 AM, Martin Costabel wrote:
The normal way for your *.info file would be to have just a Source
line and no CustomMirror:
Source: http://download.eclipse.org/technology/ajdt/%n-%v.jar
Ah... From reading the packaging manual, I got the impression that the
On Sep 21, 2004, at 1:06 PM, Benjamin Reed wrote:
Trevor Harmon wrote:
I'm packaging an application that requires Java's jar utility at
build time (but not runtime). So, I'd like to specify whatever
BuildDepends flag that maps to the jar utility. This is where I'm
stuck, because
On Sep 21, 2004, at 1:30 PM, Benjamin Reed wrote:
Okay, that's what I expected; I just wanted to make sure. For future
reference, how were you able to confirm this? I knew that they were
virtual packages, but surely there must still be some way of knowing
exactly what they provide, whether it
97 matches
Mail list logo
