Out openssl package is currently at 0.9.6g. However, both 0.9.6h and
0.9.7 are out for some time now. Naturally I decided to skip directly
to 0.9.7.
This posed some problems, since the openssl package used to hardcode
0.9.6 into the .dylib filename, and also used 0.9.6 in the
compatibility ver
Well, Max, I like your strategy and I agree it would be a great application
of the shlibs project. However, this part of the shlibs project isn't
implemented yet! I have to write the code and integrate it into Fink,
and I haven't had time to do that.
However, even without the shlibs code this ca
Max Horn <[EMAIL PROTECTED]> wrote:
> At 17:52 Uhr -0500 29.01.2003, Alexander Hansen wrote:
> >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 .
On Donnerstag, Jänner 30, 2003, at 02:17 Uhr, Max Horn wrote:
First of, openssh refuses to work with 0.9.7 when linked against 0.9.6:
OpenSSL version mismatch. Built against 90607f, you have 90700f
(this is a manual check performed by all ssh* tools).
This is indeed a manual check performed o
Hi fink developers,
I think GNOME2 packages are almost ready for release. Upgrading from
GNOME1
to GNOME2 is an irreversible process, so I'm planning that request
developers
test them first, then if no critical problem found, put them into
unstable
tree (hopefully in next week).
What kind of p
There actually weren't that many, as it turns out. I'll list them by
maintainer (note that some of these have dependencies on gtkhtml-dev and
gtkhtml-shlibs):
No maintainer:
bundle-gnome
Max Horn:
evolution-1.0.7
gabber
gabber-ssl
xmms-mad
Masanori Sekino:
gnome-applets
gnome-core
gnome-pim
gno
At 7:55 Uhr +0100 30.01.2003, David wrote:
On Donnerstag, J=E4nner 30, 2003, at 06:10 Uhr, Carsten Klapp wrote:
Yes this is a complicated case for those of us like me who are not=20
lawyers. ;) The license wording seems to speak specifically more to=20
end-users than packagers like fink.
Fo
Hi!
I have project which depends on 'gdk-pixbuf'. However gdk-pixbuf
currently have ton of dependencies on GNOME stuff. I've been told that
it could be compiled w/o GNOME support (if it does not find one during
configure). What would be right approach to resolve this? Currently
user have to in
On Tuesday, January 28, 2003, at 01:43 PM, Alexander Hansen wrote:
For an install from source, the answer is yes.
Thanks!
--
"La perfection est atteinte non quand il ne reste rien a ajouter, mais
quand il ne reste rien a enlever." (Antoine de Saint-Exupery)
-
It seems that it is good time to cleanup gnome1 package's dependency.
GNOME1 packages have many unneeded dependency by introducing split-off
and build-depends. I kept them untouched for avoiding confusion (and
my laziness).
I started cleaning of gnome1 package's dependency including gdk-pixbuf,
g
Would it be helpful for me to come up with a list of remaining packages
that use libpng, sorted by maintainer?
--
Alexander K. Hansen
Associate Research Scientist, Columbia University
visiting MIT Plasma Science and Fusion Center
Levitated Dipole Experiment
175 Albany Street, NW17-219
Cambridge, M
On Thursday, January 30, 2003, at 09:03 AM, Masanori Sekino wrote:
I started cleaning of gnome1 package's dependency including gdk-pixbuf,
gtkhtml, gnome-core.
But, still, even if you will minimize dependencies there will be some.
What I am talking about is about having version of gtk-pixbuf w
On 2003.1.31, at 02:27 AM, Vadim Zaliva wrote:
On Thursday, January 30, 2003, at 09:03 AM, Masanori Sekino wrote:
I started cleaning of gnome1 package's dependency including
gdk-pixbuf,
gtkhtml, gnome-core.
But, still, even if you will minimize dependencies there will be some.
What I am ta
On Thursday, January 30, 2003, at 10:12 AM, Masanori Sekino wrote:
It suggests us that we can split off gdk-pixbuf-shlibs package into
no-gnome
and gnome part or can build them separately.
Yes, this is exactly what I would like to see. Let me know if you need
help
testing new package.
Vadim
I think actually it is packages that use imlib that we need to be more
concerned about, than libpng. Any package using both imlib and libpng
should be updated to libpng3, and also should have a versioned dependency
on the latest imlib from unstable.
-- Dave
---
On Thursday, January 30, 2003, at 02:28 PM, David R. Morrison wrote:
I think actually it is packages that use imlib that we need to be more
concerned about, than libpng. Any package using both imlib and libpng
should be updated to libpng3, and also should have a versioned
dependency
on the late
Sure, but I think there are really two things going on.
1) If you have an old imlib and are building a package which links libpng3,
there is no way you can ever build it correctly.
2) If you've updated imlib, then once in a while, due to a bug in fink,
you'll have a problem with libpng vs. libpng
Begin forwarded message:
From: brad allison <[EMAIL PROTECTED]>
Date: Wed Jan 29, 2003 11:06:06 PM US/Eastern
To: Alexander Strange <[EMAIL PROTECTED]>
Subject: Re: gimp-1.2.3-10
Reply-To: [EMAIL PROTECTED]
On Wed, 29 Jan 2003, Alexander Strange wrote:
On Wednesday, January 29, 2003, at 09
Hi,
Thanks for the quick fix. However, there is a problem with the MD5
checksum:
$ md5sum lyx-1.2.3.tar.gz
3a423e65f647bd0a8f9401dd43e5d912 lyx-1.2.3.tar.gz
while in the .info file the last digit is missing:
lyx-1.2.3-1.info:Source-MD5: 3a423e65f647bd0a8f9401dd43e5d91
Thanks and cheers,
Le jeudi, 30 jan 2003, à 01:08 Europe/Paris, Remi Mommsen a écrit :
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.
lyx-1.2.3-1 is in unstable
--
zauc
--
Why is search.h missing from darwin???
Where can I find it to run twalk??
If you do a "man twalk" the man page for the missing functions comes
up -- tsearch, tfind, tdelete, and twalk are all listed as
being available on that machine.
The man page also says that file "search.h" is the header for
Anybody has any idea how I can use my Keyspan serial adapter from the
terminal?
I ported a dive computer download utility (eontools -
http://www.streit.cc/dive/index.html) and I intend to make a fink
package of it (my first contribution) but I cannot seem to make it talk
to my Keyspan adapter.
At 14:44 Uhr -0500 30.01.2003, David R. Morrison wrote:
Sure, but I think there are really two things going on.
1) If you have an old imlib and are building a package which links libpng3,
there is no way you can ever build it correctly.
Could somebody explain to me why exactly this is a problem
At 8:27 Uhr -0500 30.01.2003, David R. Morrison wrote:
Well, Max, I like your strategy and I agree it would be a great application
of the shlibs project. However, this part of the shlibs project isn't
implemented yet! I have to write the code and integrate it into Fink,
and I haven't had time to
At 16:02 Uhr -0600 30.01.2003, Dierk Polzin wrote:
Why is search.h missing from darwin???
Where can I find it to run twalk??
You can't.
If you do a "man twalk" the man page for the missing functions comes
up -- tsearch, tfind, tdelete, and twalk are all listed as
being available on that machi
Alexander Hansen wrote:
Have all of the wrinkles been ironed out of the Apple X11 patch script
yet, so that I can add a recommendation to the docs?
I think the discussion of the install_name bug has been too much on the
optimistic side. There had been some anecdotal evidence that the bug
leads
On Thursday, January 30, 2003, at 07:04 AM, Alexander Hansen wrote:
There actually weren't that many, as it turns out. I'll list them by
maintainer (note that some of these have dependencies on gtkhtml-dev
and
gtkhtml-shlibs):
If it depends on dev/shlibs, there is no problem. So leave me ou
On Thursday, January 30, 2003, at 06:20 PM, Martin Costabel wrote:
Alexander Hansen wrote:
Have all of the wrinkles been ironed out of the Apple X11 patch script
yet, so that I can add a recommendation to the docs?
I think the discussion of the install_name bug has been too much on
the optim
Hi folks,
in the recent months, the problems with Fink's dependency engine (and
dpkg's, and the way they interact) have become more and more
apparent. Various problems are basically impossible to overcome with
the current design, hence it seems we need a new full fledged
dependency engine.
Fo
I'm getting:
% fink update-all
sudo /sw/bin/fink update-all
Information about 2246 packages read in 8 seconds.
Failed: Internal error: node for libungif already exists
I am running current fink head. I think we squashed this error before,
so perhaps it has something to do with the recent modi
30 matches
Mail list logo
