Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 22 Jun 2008 12:07:28 +1000
From:      Peter Jeremy <peterjeremy@optushome.com.au>
To:        Doug Barton <dougb@FreeBSD.org>
Cc:        freebsd-ports@FreeBSD.org
Subject:   Issues with portmaster
Message-ID:  <20080622020728.GC13734@server.vk2pj.dyndns.org>

next in thread | raw e-mail | index | archive | help

--zjcmjzIkjQU2rmur
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I recently installed portmaster on a old/slow box to handle upgrading
ports without the overheads of installing portupgrade (which I have
been using elsewhere).  That seemed to go fairly well so I then tried
it on some of my other machines and have run into some issues.

Firstly, I have jdk-1.5.0.14p8,1 installed and this needs updating.
portmaster has decided that doing so requires java/diablo-jdk15 to be
installed - which is wrong because I already have a suitable jdk
installed.  I can't find any reference to this on the mailing lists
so I suspect it's something I've done or am not doing but I can't see
what the problem is.  If I do a "build-depends-list" in java/jdk15
then I get java/diablo-jdk15 so portmaster isn't being totally
unreasonable but I can't see how to resolve the problem.  Relevant
output from "portmaster -v" is:

=3D=3D=3D>>> Launching child to update jdk-1.5.0.14p8,1

=3D=3D=3D>>> Port directory: /usr/ports/java/jdk15
=3D=3D=3D>>> Launching 'make checksum' for java/jdk15 in background
=3D=3D=3D>>> Gathering dependency list for java/jdk15 from ports
=3D=3D=3D>>> Starting recursive 'make config' check
=3D=3D=3D>>> Checking dependency: /usr/ports/archivers/unzip
=3D=3D=3D>>> Checking dependency: /usr/ports/archivers/zip
=3D=3D=3D>>> Checking dependency: /usr/ports/converters/libiconv
=3D=3D=3D>>> Checking dependency: /usr/ports/devel/desktop-file-utils
=3D=3D=3D>>> Checking dependency: /usr/ports/devel/gio-fam-backend
=3D=3D=3D>>> Checking dependency: /usr/ports/devel/glib20
=3D=3D=3D>>> Checking dependency: /usr/ports/devel/gmake
=3D=3D=3D>>> Checking dependency: /usr/ports/devel/m4
=3D=3D=3D>>> Checking dependency: /usr/ports/devel/nspr
=3D=3D=3D>>> Checking dependency: /usr/ports/devel/pkg-config
=3D=3D=3D>>> Checking dependency: /usr/ports/java/diablo-jdk15
=3D=3D=3D>>> Launching child to update java/diablo-jdk15
        jdk-1.5.0.14p8,1 >> java/diablo-jdk15

=3D=3D=3D>>> Port directory: /usr/ports/java/diablo-jdk15
        =3D=3D=3D>>> This port is marked IGNORE
        =3D=3D=3D>>> :
 Because of licensing restrictions, you must fetch the distribution
 manually.

 Please access
=20
 http://www.FreeBSDFoundation.org/cgi-bin/download?download=3Ddiablo-caffe-=
freebsd6-amd64-1.5.0_07-b01.tar.bz2
=20
 with a web browser and "Accept" the End User License Agreement for
 "Caffe Diablo 1.5.0".  Please place the downloaded
 diablo-caffe-freebsd6-amd64-1.5.0_07-b01.tar.bz2 in /usr/ports/distfiles.



        =3D=3D=3D>>> If you are sure you can build it, remove the
               IGNORE line in the Makefile and try again.

=3D=3D=3D>>> Update for /usr/ports/java/diablo-jdk15 failed
=3D=3D=3D>>> Aborting update

=3D=3D=3D>>> Update for jdk-1.5.0.14p8,1 failed
=3D=3D=3D>>> Aborting update

Secondly, I notice 'DEPRECATED' is treated as a fatal error.  Some of
the ports I use have DEPRECATED dependencies but I don't maintain
those ports so I'm not directly responsible for resolving that.
Shouldn't there be an easier way for me to treat DEPRECATED as a
non-fatal condition than editing my ports tree?

--=20
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.

--zjcmjzIkjQU2rmur
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (FreeBSD)

iEYEARECAAYFAkhds+AACgkQ/opHv/APuIeVywCdFz+6FSD1G7qvRd62It2UFNDl
P1IAoIdgyrOcBXulvK20NwVp2sRA7F7f
=A8KS
-----END PGP SIGNATURE-----

--zjcmjzIkjQU2rmur--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080622020728.GC13734>