Re: [Fink-devel] QT2 package

2002-05-11 Thread Matt Stephenson


On Saturday, May 11, 2002, at 10:15 AM, Jeremy Higgs wrote:

 dependency on qt-2.3.1-1 (I have tried ( 3.0.0-1), but that doesn't
 install the qt-2.3.1-1 package.)...

Have you tried (= 2.3.1-1)

HTH
Matt


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] QT2 package

2002-05-11 Thread Karin Kosina

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

### Matt Stephenson [Sat, May 11, 2002 at 05:58:39PM +1000]
 The current qt package in stable

Oh, okay -- the X11 based one. I thought you were talking about the
Quartz-based native Qt/Mac... Forgot that that one is non-free :-(

- -- 
Karin Kosina (vka kyrah)
http://kyrah.net

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (Darwin)
Comment: For info see http://www.gnupg.org

iD8DBQE83NZg7vvdOh/igesRAvQEAJ9q3m/AJNbEYs0rnn4U1rshGY5NbwCfZfQm
nYrthfe4BGIt4i1Yr+KsEU0=
=XiE4
-END PGP SIGNATURE-

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Re: file locations for emacsen-common

2002-05-11 Thread Martin Costabel

I am still having problems with this package. Now it doesn't want to be
installed nor to be removed (actually, after jumping through a couple of
hoops that I forgot, but at least involving sudo touch
/sw/var/lib/emacsen-common/installed-flavors, I got it reinstalled and
then removed. Won't touch it any more, will stay with XEmacs).

% fink update-all
sudo /sw/bin/fink update-all
Information about 1062 packages read in 1 seconds.
The following 4 packages will be installed or updated:
 emacs-carbon mozilla pgplot python
The following additional package will be installed:
 emacsen-common
Do you want to continue? [Y/n] dpkg -i /sw/fink/dists/unstable/main/binary-darwin-p
owerpc/editors/emacsen-common_1.4.13-2_darwin-powerpc.deb
Selecting previously deselected package emacsen-common.
(Reading database ... 62058 files and directories currently installed.)
Preparing to replace emacsen-common 1.4.13-2 (using .../emacsen-common_1.4.13-2_dar
win-powerpc.deb) ...
emacs-package-remove: Couldn't open
/sw/var/lib/emacsen-common/installed-flavors at
 /sw/lib/emacsen-common/emacs-package-remove line 36.
dpkg: warning - old pre-removal script returned error exit status 2
dpkg - trying script from the new package instead ...
emacs-package-remove: Couldn't open
/sw/var/lib/emacsen-common/installed-flavors at
 /sw/lib/emacsen-common/emacs-package-remove line 36.
dpkg: error processing /sw/fink/dists/unstable/main/binary-darwin-powerpc/editors/e
macsen-common_1.4.13-2_darwin-powerpc.deb (--install):
 subprocess new pre-removal script returned error exit status 2
emacs-package-install: Couldn't open
/sw/var/lib/emacsen-common/installed-flavors a
t /sw/lib/emacsen-common/emacs-package-install line 36.
dpkg: error while cleaning up:
 subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
 /sw/fink/dists/unstable/main/binary-darwin-powerpc/editors/emacsen-common_1.4.13-2
_darwin-powerpc.deb
### dpkg failed, exit code 1
Failed: can't install package emacsen-common-1.4.13-2

And then, trying to remove:

%fink remove emacsen-common
sudo /sw/bin/fink remove emacsen-common
Information about 1062 packages read in 0 seconds.
dpkg --remove  emacsen-common
dpkg: error processing emacsen-common (--remove):
 Package is in a very bad inconsistent state - you should
 reinstall it before attempting a removal.
Errors were encountered while processing:
 emacsen-common
### dpkg failed, exit code 1
Failed: can't remove package(s)

So I should reinstall it before removing it, and it can't be
reinstalled, because it refuses to remove it first (why does it run the
*remove script when it is freshly installing, anyway?)

-- 
Martin

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Parallel URL fetcher

2002-05-11 Thread Max Horn

At 23:49 Uhr -0700 10.05.2002, Ben Hines wrote:
Just checked in puf, a parallel URL fetching utility. We might 
consider it as a downloader for fink.

To solve the what if one fails? problem we could check to see if 
the files exist in src after puf exits.

That's only useful if we first introduce checksums, after all, the 
files might be created even on a 404 - File not found.


Max
-- 
---
Max Horn
Software Developer

email: mailto:[EMAIL PROTECTED]
phone: (+49) 6151-494890

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Parallel URL fetcher

2002-05-11 Thread Ben Hines

At 11:51 AM +0200 5/11/02, Max Horn wrote:
At 23:49 Uhr -0700 10.05.2002, Ben Hines wrote:
Just checked in puf, a parallel URL fetching utility. We might 
consider it as a downloader for fink.

To solve the what if one fails? problem we could check to see if 
the files exist in src after puf exits.

That's only useful if we first introduce checksums, after all, the 
files might be created even on a 404 - File not found.


checksums are a worthy goal as well. How does debian do it?

Something like:

SourceN-MD5: 16445e2a10aa48a0fda36868270ef5c2

should do the trick for Fink.

Of course i suppose we'd have to update every package, but that 
should be easily scriptable.

Hmm, i don't see a feature request for this... is there a reason not?

-Ben
-- 
http://homepage.mac.com/bhines/

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Parallel URL fetcher

2002-05-11 Thread David R. Morrison

 Of course i suppose we'd have to update every package

Not necessarily.  If the Source-MD5 field is present, fink should check
against it; if not, fink would let the download through.  It then would
be up to the maintainers of packages to add this if they wanted.

  -- Dave

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



[Fink-devel] emacs: alpha or carbon ...

2002-05-11 Thread Thomas Kotzian

Which is the right package for emacs with carbon support - alpha or 
carbon???

Thank you!

Thomas


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



[Fink-devel] Re: [Fink-users] qt3-shlibs linking error

2002-05-11 Thread Martin Costabel

I am moving this to devel, because this problem is of a more principal nature.

Martin Costabel wrote:

 I have a different problem with qt3: It builds completely, but does not
 install, due to
 
  qt3-shlibs conflicts with qt-shlibs
   qt-shlibs (version 3.0.3-3) is installed.
 dpkg: error processing
 
/sw/fink/dists/unstable/main/binary-darwin-powerpc/x11/qt3-shlibs_3.0.4-3_darwin-powerpc.deb
 (--install):
  conflicting packages - not installing qt3-shlibs
 
 This kind of defeats the whole purpose of the shlibs splitoff movement.

I now removed qt, qt-shlibs and installed qt3, qt3-shlibs. The next
package that depends on qt-shlibs breaks again, because

The following 2 additional packages will be installed:
 qt qt-shlibs
Do you want to continue? [Y/n] 
dpkg -i 
/sw/fink/dists/unstable/main/binary-darwin-powerpc/x11/qt-shlibs_3.0.3-3_darwin-powerpc.deb
dpkg: regarding .../qt-shlibs_3.0.3-3_darwin-powerpc.deb containing qt-shlibs:
 qt3-shlibs conflicts with qt-shlibs
  qt-shlibs (version 3.0.3-3) is to be installed.
dpkg: error processing
/sw/fink/dists/unstable/main/binary-darwin-powerpc/x11/qt-shlibs_3.0.3-3_darwin-powerpc.deb
 (--install):
 conflicting packages - not installing qt-shlibs

So it seems that while the qt-shlibs package is still around, the
virtual qt-shlibs that is provided by qt3-shlibs is not taken into account.

My question is: Are qt and qt-shlibs supposed to live in parallel with
qt3 qnd qt3-shlibs or are the latter meant as an incompatible complete
replacement? If this is true, then the qt-3.0.3 package descriptions
should be removed. 

-- 
Martin

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Re: [Fink-users] qt3-shlibs linking error

2002-05-11 Thread Martin Costabel

OK, still replying to myself. I think I understand this now, but I would
say this whole business is not a brilliant demonstration of the
usefulness of the shlibs-splitoff story. In this special case, it was
less than useful.
  
Martin Costabel wrote:

 So it seems that while the qt-shlibs package is still around, the
 virtual qt-shlibs that is provided by qt3-shlibs is not taken into account.
 
 My question is: Are qt and qt-shlibs supposed to live in parallel with
 qt3 qnd qt3-shlibs or are the latter meant as an incompatible complete
 replacement? If this is true, then the qt-3.0.3 package descriptions
 should be removed.

What happened was that my package had a dependency on qt-shlibs (=3.0).
Now qt3-shlibs provides the virtual package qt-shlibs, but this has no
version number. So it is not taken into account. If I remove the
qt-3.0.3 info file, I get the answer that 

Failed: Can't resolve dependency qt-shlibs (= 3.0) for package
scribus-0.7.1-1 (no matching packages/versions found)

And this although qt3-shlibs is installed and qt-shlibs is present as a
virtual package:

costabel% fink list qt
Information about 1062 packages read in 1 seconds.
 i  agqt0.10-1  6's Spiffy AudioGalaxy Query Tool
qt  2.3.1-1 Cross-Platform GUI application framework
qt-shlibs   [virtual package]
 i  qt3 3.0.4-3 Cross-Platform GUI application framework.
qt3-bin 3.0.4-3 Cross-Platform GUI application framework.
qt3-doc 3.0.4-3 Cross-Platform GUI application framework.
 i  qt3-shlibs  3.0.4-3 Cross-Platform GUI application framework.
qtella  0.5.2-2 Qt based gnutella client

So I had to change the dependency to qt3-shlibs, and the problem went
away. 

-- 
Martin

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] QT2 package

2002-05-11 Thread Benjamin Reed


On Saturday, May 11, 2002, at 06:39 AM, David R. Morrison wrote:

 I'll put qt2 next on my list of packages to make a splitoff version of.
 (We need one so that qt2 and qt3 can coexist.)

I'm already working on one.  It finished building last night, I just 
need to make sure I've got things all worked out properly for conflicts 
and depends and such.  =)


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Re: [Fink-users] qt3-shlibs linking error

2002-05-11 Thread Benjamin Reed


On Saturday, May 11, 2002, at 08:47 AM, Martin Costabel wrote:

 OK, still replying to myself. I think I understand this now, but I would
 say this whole business is not a brilliant demonstration of the
 usefulness of the shlibs-splitoff story. In this special case, it was
 less than useful.

Yeah.  The mistake was in not making a separate package (qt3) right away 
when the version changed.

The only true fix is to have *nothing* provide qt-shlibs or qt or any 
such thing, and then update all packages to depend on either 
qt2/qt2-shlibs or qt3/qt3-shlibs.

I've got a proper splitoff package for qt2 and I'm testing interaction 
between it and qt3 right now (gotta rebuild qt3, so it'll be a bit).  
I'll have something in unstable in a couple of hours.


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Parallel URL fetcher

2002-05-11 Thread Max Horn

At 4:13 Uhr -0700 11.05.2002, Ben Hines wrote:
At 7:07 AM -0400 5/11/02, David R. Morrison wrote:
   Of course i suppose we'd have to update every package

Not necessarily.  If the Source-MD5 field is present, fink should check
against it; if not, fink would let the download through.  It then would
be up to the maintainers of packages to add this if they wanted.


If we wanted to add parallel fetching using something like puf, we
would want to have MD5 for every package so we could make sure every
download completes successfully.

In german we have a saying: Wenn das Wörtchen 'Wenn' nich wär, wär
das Leben halb so schwer. :-) Roughly translated: If the word 'if',
didn't exist, life would be half as hard.

So you are welcome to implement the SourceMD5: / SourceNMD5: field,
and submit it to the patch tracker. If the patch is well written, I
will definitly accept it into the source.

While automating the addition of MD5 fields would indeed be easy to
script, I think at least in the first (first couple of?) versions we
shouldn't require it yet in the .info file

You probably will want to use the Digest::MD5 module to generate the
hashes; for this it's important to code like we did for Storable-PM,
that is, you must load it at run time, to prevent Fink from becoming
unusable if somebody hasn't yet installed Digest::MD5.



Cheers,

Max
--
---
Max Horn
Software Developer

email: mailto:[EMAIL PROTECTED]
phone: (+49) 6151-494890

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



[Fink-devel] make problems

2002-05-11 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have been getting this error, but I cannot figure out why.
making `install' in directory /sw/src/xgks-2.6-1/xgks-2.6/src/port/fortc

cp fortc /sw/bin/fortc
make[3]: Nothing to be done for `installed_manual'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.
make[4]: Nothing to be done for `installed_libfile'.

returning to directory /sw/src/xgks-2.6-1/xgks-2.6/src/port


returning to directory /sw/src/xgks-2.6-1/xgks-2.6/src


making `all' in directory /sw/src/xgks-2.6-1/xgks-2.6/src/lib


making `all' in directory /sw/src/xgks-2.6-1/xgks-2.6/src/lib/c

make[2]: *** No rule to make target `all'.  Stop.
make[1]: *** [c/all] Error 1
make: *** [lib/all] Error 1
### make failed, exit code 2

This is part of the Makefile.in in lib/c/

MANIFEST= Makefile.in depend $(HEADERS) $(headers) $(csrcs) $(fcsrcs)

all:gkserrmsg.h cgm/all gksm/all x/all library

install:installed_library installed_headers

a spot for make all is there, but I do not know why it fails.

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Remember: it's a Microsoft virus, not an email virus,
a Microsoft worm, not a computer worm.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (Darwin)
Comment: For info see http://www.gnupg.org

iD8DBQE83ToK+/mCMqKrwHARAj98AJ0fi2HhYkgDjuIcmExT2jX3qCddXwCfRMAP
dhTMxqICLTfaarNmYWOhwZI=
=InwA
-END PGP SIGNATURE-


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] make problems

2002-05-11 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

sorry for the botherconfigure.in was messed up, and did not create 
the makefile, which is why it could not make all

:-)

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Isaac Newton understood the impact of the Apple.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (Darwin)
Comment: For info see http://www.gnupg.org

iD8DBQE83TvU+/mCMqKrwHARAjD1AKDhKYaE3xrUOPWMxy+j5fayCJR3AQCgmBBG
mEDiW9UsXgAPxW3SUdO6YU8=
=vJqC
-END PGP SIGNATURE-


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] make problems

2002-05-11 Thread Chris Zubrzycki

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On a related note, is it safe to copy a bsdos.m4 file to darwin.m4 to 
get the program to compile?

- -chris zubrzycki
- - --
PGP public key: http://homepage.mac.com/beren/publickey.txt
ID: 0xA2ABC070
Fingerprint: 26B0 BA6B A409 FA83 42B3  1688 FBF9 8232 A2AB C070


Only two things are infinite, the universe and human stupidity, and I'm
  not sure about the former.
-- 
Albert Einstein

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (Darwin)
Comment: For info see http://www.gnupg.org

iD8DBQE83Twq+/mCMqKrwHARAovHAKCWIHxVqsH/jEF7qQQ3pS27rr9SAACgvqm4
leJv1VdZBAZnkOvsFVmqgEA=
=6gLb
-END PGP SIGNATURE-


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



[Fink-devel] new QT packages

2002-05-11 Thread Benjamin Reed

There are new QT packages in unstable: qt2 and qt3.  If you've been 
having dependency problems I ask that you please give these a shot and 
see if this fixes things.

What we've ended up doing is getting rid of qt altogether.  qt2 and 
qt3 both conflict with each other, but their -shlibs counterparts can 
both be installed at the same time.

If you are a packager and have a package that depends on qt or depends 
on qt3 but actually only works with qt2, please update it.  I didn't 
see anything obvious in a grep, but there may be things I've missed.

Thanks!


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



[Fink-devel] implication of apr-2002 devel tools

2002-05-11 Thread Randal L. Schwartz


In the release notes, the apr-2002 devel tools say that the C++ is
incompatible with the dec-2001 devel tools.  Libs from one will not
link against objects from another.

How many things does installing apr-2002 actually break?  And how
can it be fixed?

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
[EMAIL PROTECTED] URL:http://www.stonehenge.com/merlyn/
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] implication of apr-2002 devel tools

2002-05-11 Thread Benjamin Reed


On Saturday, May 11, 2002, at 11:51 AM, Randal L. Schwartz wrote:

 In the release notes, the apr-2002 devel tools say that the C++ is
 incompatible with the dec-2001 devel tools.  Libs from one will not
 link against objects from another.

 How many things does installing apr-2002 actually break?  And how
 can it be fixed?

That depends... there are actually *two* compilers in the april dev 
tools.  A gcc2 that is slightly updated (bugfixes) from the developer 
one, and then a prerelase of the gcc3 compile.  gcc2 is the default, and 
if you're using that with fink, there are *not* C++ ABI changes, 
everything should work just fine.

If you decide to try out gcc3 (`gcc_select 3`), a whole lotta stuff will 
break.  Many packages don't yet play well with the new gcc, much less 
the issues of mixing-n-matching C++ stuff built with the 2 different 
compilers.


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Re: [Fink-users] qt3-shlibs linking error

2002-05-11 Thread Justin Hallett

shoot your right the only one that I didn't think of and the only one that
couldn't be avoided.  See the problem is that when qt pkg was made it
should have started with qt2 and then when the first qt3 pkg was made it
should not have followed the same error as qt2 and been called qt3.  So we
had to fix it, and there was no really truly pretty way.  Fink is still
young but I'd say there haven't been too many growing pains.  Sorry about
the problems i believe they should all be fixed now although ppl might
still have a few problems with upgrades.

[EMAIL PROTECTED] writes:
What happened was that my package had a dependency on qt-shlibs (=3.0).
Now qt3-shlibs provides the virtual package qt-shlibs, but this has no
version number. So it is not taken into account. If I remove the
qt-3.0.3 info file, I get the answer that 

¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,
  Justin F. Hallett - Systems Analyst   
  Phone: (780)-408-3094
Fax: (780)-454-3200
E-Mail: [EMAIL PROTECTED]
 .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] new QT packages

2002-05-11 Thread Justin Hallett

the problem is that qt was made to live in seperate directories, Not that
I want to say it but I think we should see how debian handled this to
avoid more problems.  The problem with this I think will be with the bin
portion.  I think that the qt2-shlibs will need qt2-bin I'm sure the
qt2-bin and qt3-bin moc binary are not the same.  I think we might need to
put them in /sw/share/qt2 and /sw/share/qt3 I know this was done with the
first qt3 pkg and Max didn't like it but it was also installed in /sw/qt3.
 I think it's the only way they can both truly co-exist.  Unless this way
works for everyone but their will have to be restrictions like version
specific depends on -bin and on qt won't really be possible.

[EMAIL PROTECTED] writes:
What we've ended up doing is getting rid of qt altogether.  qt2 and 
qt3 both conflict with each other, but their -shlibs counterparts can 
both be installed at the same time.

¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,
  Justin F. Hallett - Systems Analyst   
  Phone: (780)-408-3094
Fax: (780)-454-3200
E-Mail: [EMAIL PROTECTED]
 .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] Re: [Fink-users] qt3-shlibs linking error

2002-05-11 Thread Martin Costabel

Justin Hallett wrote:
[]
 had to fix it, and there was no really truly pretty way.  Fink is still
 young but I'd say there haven't been too many growing pains.  Sorry about
 the problems i believe they should all be fixed now although ppl might
 still have a few problems with upgrades.

Yes, I guess it's OK now. Unfortunately, recompiling qt is not quite
instantaneous :-)
I was just unlucky today when I wanted to recompile a new package a last
time before submitting it and got caught in this big rearrangement. 

-- 
Martin

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] new QT packages

2002-05-11 Thread Benjamin Reed


On Saturday, May 11, 2002, at 02:45 PM, Justin Hallett wrote:

 the problem is that qt was made to live in seperate directories, Not 
 that
 I want to say it but I think we should see how debian handled this to
 avoid more problems.  The problem with this I think will be with the bin
 portion.  I think that the qt2-shlibs will need qt2-bin I'm sure the
 qt2-bin and qt3-bin moc binary are not the same.  I think we might need 
 to
 put them in /sw/share/qt2 and /sw/share/qt3 I know this was done with 
 the
 first qt3 pkg and Max didn't like it but it was also installed in 
 /sw/qt3.
  I think it's the only way they can both truly co-exist.  Unless this 
 way
 works for everyone but their will have to be restrictions like version
 specific depends on -bin and on qt won't really be possible.

No... the only things that need to coexist are shlibs for runtime.

the -bin package is only for end-user binaries (qt designer and such).  
moc and other utilities that are used for actual building *with* qt are 
part of the base (qt2/qt3) package.  They should be able to upgrade over 
each other at any time.  Just like any other properly created shlibs 
(grin).  The problem we ran into was we tried to make a temporary 
solution for people upgrading over the qt-3.0.* packages and it bit us 
once we realized we needed qt2 and qt3 to coexist.

Part of the problem was we first had the conversation about it on IRC no 
one thought there were any apps in fink that had problems with qt3 and 
wanted to be built in qt2.  Now it turns out there is (or at least 
something being packaged), and we need both.  :(

Ahh, well, it's hopefully over now.  Things are the way they should have 
been in the beginning if we hadn't been confused about the -shlibs 
thing...  We'll just chalk it up to a learning experience.


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] failing on make install

2002-05-11 Thread Ben Hines

At 2:01 PM -0400 5/11/02, Chris Zubrzycki wrote:

make[1]: *** No rule to make target 
`/sw/src/root-xgks-2.6-1/sw/lib', needed by 
`/sw/src/root-xgks-2.6-1/sw/lib/xgksfonts'.  Stop.
make: *** [fontdb/install] Error 1
### make failed, exit code 2
Failed: installing xgks-2.6-1 failed


Often this means that a file/dir just doesn't exist. So create the 
dir %i/lib before you do the install.

-Ben
-- 
http://homepage.mac.com/bhines/

___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel