On Tuesday, May 28, 2002, at 06:57 PM, Martin Costabel wrote:
> To continue this thought (proposal, rant?): I sometimes have the feeling
> that cvs committers are a little too trigger-happy, in that they kill
> the old version immediately when submitting a new one.
It is possible to get it back
Kyle,
I agree that we need to improve fink to respond better in those circumstances.
The problem has been with us ever since users have been prompted for a
choice (from late October or early November). For example, if a user
attempts to install bundle-tetex, he/she is repeatedly asked to choose
On Tuesday, May 28, 2002, at 09:10 PM, David R. Morrison wrote:
Kyle,
The process of upgrading existing packages to fit into a good shared
libraries system is almost over. All of the dependency problems that have
arisen in the past few weeks have been side-effects of the upgrade, and all
of the
Kyle,
The process of upgrading existing packages to fit into a good shared
libraries system is almost over. All of the dependency problems that have
arisen in the past few weeks have been side-effects of the upgrade, and all
of them have been quickly resolved. Once the upgrade is over, there
sh
On Tuesday, May 28, 2002, at 07:24 PM, Martin Costabel wrote:
> Martin Costabel wrote:
>>
>> Jeremy Erwin wrote:
>> []
>>> I'm using fink supplied versions of automake-1.5, autoconf-2.13.
>>
>> Yes, I just tried this combination, too, and it compiled completely.
>> So,
>> unless someone has a
At 18:26 Uhr -0400 28.05.2002, Kyle Moffett wrote:
>I have been extensively looking at the Fink coding and Perl
>scripts/libraries, and I think I have an idea. I believe that much
>of the Fink code needs an overhaul. The whole dependancy system is
>starting to break down. (See recent threads
Martin Costabel wrote:
>
> Jeremy Erwin wrote:
> []
> > I'm using fink supplied versions of automake-1.5, autoconf-2.13.
>
> Yes, I just tried this combination, too, and it compiled completely. So,
> unless someone has a better idea, perhaps you should require *exactly*
> these versions in Build
Max Horn wrote:
>
> [...]
>
> >automake-1.4-p5-2: Needed for building some packages. Only exists in
> >stable, not in unstable, although this violates fink policy.
>
> Nonsense! This is the case for many packages - newer version exists
> in unstable than in stable in many cases, that's not a vi
I have been extensively looking at the Fink coding and Perl
scripts/libraries, and I think I have an idea. I believe that much of
the Fink code needs an overhaul. The whole dependancy system is
starting to break down. (See recent threads involving splitoff/shared
libs problems) Also, a prop
On Tuesday, May 28, 2002, at 10:44 PM, Jan de Leeuw wrote:
> Does the fact that Jaguar comes with python2.2 imply that fink
> will no longer maintain its own python version (similar to perl
> or java) ?
Not necessarily. We still have our own apache, etc, even though Apple
ships them.
-- Fin
On Tuesday, May 28, 2002, at 10:06 PM, Christian Swinehart wrote:
> On Tuesday, May 28, 2002, at 04:59 PM, Alexander Strange wrote:
>> On Tuesday, May 28, 2002, at 03:05 PM, Christian Swinehart wrote:
>>> I'm looking into it, but if anybody knows why it would link to
>>> libSystem instead, I'd
On Tuesday, May 28, 2002, at 04:59 PM, Alexander Strange wrote:
> On Tuesday, May 28, 2002, at 03:05 PM, Christian Swinehart wrote:
>> I'm looking into it, but if anybody knows why it would link to
>> libSystem instead, I'd be curious to hear.
>>
> Maybe libSystem has ncurses support in Jagwyre?
On Tuesday, May 28, 2002, at 03:05 PM, Christian Swinehart wrote:
>
> I'm looking into it, but if anybody knows why it would link to
> libSystem instead, I'd be curious to hear.
>
Maybe libSystem has ncurses support in Jagwyre?
___
On Tuesday, May 28, 2002, at 03:52 PM, Martin Costabel wrote:
> Jeremy Erwin wrote:
>>
>> I am in the process of testing a fink port of open dx (version 4.2.0)
>> My
>> port uses automake, so as to keep the patch smaller and easier to
>> debug.
>> What packages will insure that a would be com
[...]
>automake-1.4-p5-2: Needed for building some packages. Only exists in
>stable, not in unstable, although this violates fink policy.
Nonsense! This is the case for many packages - newer version exists
in unstable than in stable in many cases, that's not a violation of
our policy but rathe
Jeremy Erwin wrote:
>
> I've just uploaded a package description for dx-4.2.0 (a scientific
> visualization tool).
I was just giving a long answer to your earlier post. I see that in the
new version you still have
BuildDepends: lesstif-dev, autoconf, automake
For me, this doesn't build, becaus
Jeremy Erwin wrote:
>
> I am in the process of testing a fink port of open dx (version 4.2.0) My
> port uses automake, so as to keep the patch smaller and easier to debug.
> What packages will insure that a would be compiler can run aclocal,
> automake, autoconf and autoheader?
I'll give a long
How about %p/share/dx?
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
___
Fink-devel mailing list
I've just uploaded a package description for dx-4.2.0 (a scientific
visualization tool).
Unfortunately, it likes to install in %p/dx (rather that %p/bin %p/lib
%p/etc etc.) It has been brought to my attention that this might cause
problems. However, some of the %/p/dx subdirectories do not cor
I assume that the curses support came from libSystem.B.dylib, which
is always included in a link, and was not required explicitly in the
configure/Makefile.
On Tuesday, May 28, 2002, at 12:00 PM, David R. Morrison wrote:
Thanks. I'll add emacs21 to the list in the porting docs of packages which
On Tuesday, May 28, 2002, at 03:00 PM, David R. Morrison wrote:
> Thanks. I'll add emacs21 to the list in the porting docs of packages
> which
> are known to not yet compile under Jaguar.
>
> However, note that ncurses is an essential package in Fink, so you
> should
> have gotten curses suppor
Thanks. I'll add emacs21 to the list in the porting docs of packages which
are known to not yet compile under Jaguar.
However, note that ncurses is an essential package in Fink, so you should
have gotten curses support even though the library moved in OS X.
I'm puzzled that you did not.
-- D
Hi
emacs21 does not compile because of changes in curses support
(used to be all in libSystem.B.dylib, is now in /usr/lib/libncurses.dylib).
If I manually add -ltermcap to the link making temacs, then everything is
fine. I guess adding -lncurses and making the package depend on
ncurses will also d
hi,
On Tue, May 28, 2002 at 09:07:18AM -0400, David R. Morrison wrote:
> Hi all. I would like to see the current python-2.2.1-6 and
> python-nox-2.2.1-6 move to stable.
i also would like to see
python212.1.3-4
in stable. it's needed for zope. it works for me and i got some positeve
f
Hi all. I would like to see the current python-2.2.1-6 and python-nox-2.2.1-6
move to stable. Does anybody have feedback, positive or negative? I'm
asking here rather than on fink-users because I figure that developers are
more likely to have used the package.
Thanks,
Dave
P.S. My motivat
Jeremy Higgs <[EMAIL PROTECTED]> wrote:
> Hi!
>
> I wasn't quite sure who to email about this, but since you're doing much of
> the shared-libraries converting, I thought it would be more appropriate to
> email you.
>
> I got this while doing a 'fink update-all' a couple of minutes ago:
>
> fi
Hi everyone!
I was trying to add some Source-MD5 fields to some of my packages, and added
the mirror:sourceforge line to some of them too, while I was at it.
However, when I tried to fetch one of the tarballs, I got this:
wget --verbose 2002-05-05/net-snmp/net-snmp-5.0.tar.gz
--22:20:43-- http
27 matches
Mail list logo
