Re: ISC-DHCP versions are all the same
On Sat, Jun 21, 2008 at 01:49:54PM +1000, David N wrote: I was trying to install isc-dhcp40-server, it installs fine, but when i do a pkg_info, its isc-dhcp3-server-3.0.5_2 The ISC Dynamic Host Configuration Protocol server. They are repocopies but not yet updated to the real versions. Edwin -- Edwin Groothuis |Personal website: http://www.mavetju.org [EMAIL PROTECTED]| Weblog: http://www.mavetju.org/weblog/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xfce4: quit does not work
Carlos A. M. dos Santos wrote: Hello, I have a brand new machine with 7.0-STABLE-200805 AMD64 (GENERIC kernel). Today I installed all the required packages using pkg_add -r, including xfce-4.4.2. Now if I run startxfce I get the desktop environment running but neither the Quit option of the desktop menu nor the quit button of the panel work. Got the exact same problem here too, i cant quit it. I installed XFCE4 from ports. I also noticed it takes far more longer time to start than the version shipped in packages-7.0-release. This is the error message i have when starting XFCE4. Maybe that is what cause the slow start and the 'quit' problem: ** (xfdesktop:1386): CRITICAL **: settings_register_callback: assertion `cb user_data mcs_client' failed -- coolix ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: editors/openoffice.org-2 - readlicense_oo needs to be rebuilt
Dominic Fandrey wrote: M. Yu. Brazhnikov wrote: On Tue 17 Jun 2008, Dominic Fandrey wrote: I cannot build OO2 since 2.4.0_4. It's always the same error. I'm running RELENG_7 on amd64, apart from OO all ports are up to date. 1 module(s): readlicense_oo need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work /OOH680_m17/readlicense_oo ERROR: error 65280 occurred while making /usr/obj/mobileKamikaze.norad/amd64/usr/ports/editors/openoffice.org-2/work /OOH680_m17/readlicense_oo/docs/readme Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command build --from readlicense_oo *** Error code 1 Stop in /usr/ports/editors/openoffice.org-2. Do you use make -jN or something similar? Try without it. Max With or without makes no difference. Shame on me, the language was set to en_Gb instead of en-GB. I must have accidentally changed this between 2.4.0_3 and 2.4.0_4. But how such a thing should come to pass, I cannot even imagine. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: boost / boost-python conflict
On Friday 20 June 2008 04:08:07 pm Kent Hauser wrote: Hi, When I compile KDE3, boost-python is installed. A subsequent compile of openoffice-2 fails because it can't install conflicting boost. What is the best way to resolve the conflict? I resolved it using 'pkgdb -F' to reset the dependencies to boost-python. I don't know if that's the best way to do it, but it works for me. YMMV. David -- Scratch here to reveal prize. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Leafpad: USE_GCC flag not required on RELENG7 and later
Hi all I`ve compiled editors/leafpad on 7-STABLE, and I was little bit confused that it requires GCC 3.4. So I`ve tried to comment this out from Makefile and Leafpad compiles fine with GCC distribuited with base system (4.2.1). Also I`ve contacted port maintainter to remove this USE_GCC from Makefile few days ago, but nobody has responded till today. Is anybody able to remove this limitation from ports-tree? Best regards --- Jan Sebosik, Slovakia [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Leafpad: USE_GCC flag not required on RELENG7 and later
On Sat, 21 Jun 2008 07:38:29 -0500, Jan Sebosik [EMAIL PROTECTED] wrote: Hi all I`ve compiled editors/leafpad on 7-STABLE, and I was little bit confused that it requires GCC 3.4. So I`ve tried to comment this out from Makefile and Leafpad compiles fine with GCC distribuited with base system (4.2.1). Also I`ve contacted port maintainter to remove this USE_GCC from Makefile few days ago, but nobody has responded till today. You have to file a PR that way one of us can force commit by maintainer timeout. The maintainer timeout is two weeks by standard. Cheers, Mezz Is anybody able to remove this limitation from ports-tree? Best regards --- Jan Sebosik, Slovakia [EMAIL PROTECTED] -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Leafpad: USE_GCC flag not required on RELENG7 and later
Jeremy Messenger wrote: On Sat, 21 Jun 2008 07:38:29 -0500, Jan Sebosik [EMAIL PROTECTED] wrote: Hi all I`ve compiled editors/leafpad on 7-STABLE, and I was little bit confused that it requires GCC 3.4. So I`ve tried to comment this out from Makefile and Leafpad compiles fine with GCC distribuited with base system (4.2.1). Also I`ve contacted port maintainter to remove this USE_GCC from Makefile few days ago, but nobody has responded till today. You have to file a PR that way one of us can force commit by maintainer timeout. The maintainer timeout is two weeks by standard. Cheers, Mezz Is anybody able to remove this limitation from ports-tree? Best regards --- Jan Sebosik, Slovakia [EMAIL PROTECTED] OK, I`ve submitted a PR. Patch is also included in this PR. -- Jan Sebosik, Slovakia [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Leafpad: USE_GCC flag not required on RELENG7 and later
Jeremy Messenger wrote: On Sat, 21 Jun 2008 07:38:29 -0500, Jan Sebosik [EMAIL PROTECTED] wrote: Hi all I`ve compiled editors/leafpad on 7-STABLE, and I was little bit confused that it requires GCC 3.4. So I`ve tried to comment this out from Makefile and Leafpad compiles fine with GCC distribuited with base system (4.2.1). Also I`ve contacted port maintainter to remove this USE_GCC from Makefile few days ago, but nobody has responded till today. You have to file a PR that way one of us can force commit by maintainer timeout. The maintainer timeout is two weeks by standard. Cheers, Mezz Is anybody able to remove this limitation from ports-tree? Best regards --- Jan Sebosik, Slovakia [EMAIL PROTECTED] Sorry, I forgot to mention the PR #: ports/124834 http://www.freebsd.org/cgi/query-pr.cgi?pr=124834 -- Jan Sebosik, Slovakia [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Standardize NO_CCACHE flag and ccache definitions
On Sat, Jun 21, 2008 at 01:32:20AM +0100, RW wrote: On Wed, 18 Jun 2008 23:27:16 +0200 Martin Tournoij [EMAIL PROTECTED] wrote: There are some ports which refuse to compile with ccache, these all seem to be projects which use scons, unlike make, scons does not copy the user's environment automatically, and the required environment variables for ccache (like CCACHE_DIR) aren't present, which leads to build failure, an example is games/freera. I'm not that familiar with scons, and what exactly the proper way is to handle this sort of stuff in scons, I don't have any experience with scons, but I did used to use cons. IIRC cons expects to do the caching itself. Since it already generates a hash that can be used to label the correct object file, it pretty much comes for free and running ccache would just duplicate the overheads. I think it's probable that there isn't a proper way. It's not quite the same, scons' cache feature needs to be explicitly enabled in the SConstruct file, I don't think many projects have it enabled... See the scons manual: http://www.scons.org/doc/0.98.5/HTML/scons-user/c3143.html A NO_CCACHE might be useful for ports that do have this cache enabled, but are there any ports at all which use this? As a sidenote, AFAIK cons and scons are not related... -- Martin Tournoij [EMAIL PROTECTED] http://www.daemonforums.org QOTD: The fact that Hitler was a political genius unmasks the nature of politics in general as no other can. -- Wilhelm Reich ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Standardize NO_CCACHE flag and ccache definitions
On Sat, Jun 21, 2008 at 01:32:20AM +0100, RW wrote: On Wed, 18 Jun 2008 23:27:16 +0200 Martin Tournoij [EMAIL PROTECTED] wrote: There are some ports which refuse to compile with ccache, these all seem to be projects which use scons, unlike make, scons does not copy the user's environment automatically, and the required environment variables for ccache (like CCACHE_DIR) aren't present, which leads to build failure, an example is games/freera. I'm not that familiar with scons, and what exactly the proper way is to handle this sort of stuff in scons, I don't have any experience with scons, but I did used to use cons. IIRC cons expects to do the caching itself. Since it already generates a hash that can be used to label the correct object file, it pretty much comes for free and running ccache would just duplicate the overheads. I think it's probable that there isn't a proper way. From porter's handbook: To make third party SConstruct respect everything that is passed to SCons in SCONS_ENV (that is, most importantly, CC/CXX/CFLAGS/CXXFLAGS), patch the SConstruct so build Environment is constructed like this: env = Environment(**ARGUMENTS) It may be then modified with env.Append and env.Replace. -- Adios ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Standardize NO_CCACHE flag and ccache definitions
On Sat, 21 Jun 2008 10:25:41 -0500, Alex Kozlov [EMAIL PROTECTED] wrote:
On Sat, Jun 21, 2008 at 01:32:20AM +0100, RW wrote:
On Wed, 18 Jun 2008 23:27:16 +0200
Martin Tournoij [EMAIL PROTECTED] wrote:
There are some ports which refuse to compile with ccache, these all
seem to be projects which use scons, unlike make, scons does not copy
the user's environment automatically, and the required environment
variables for ccache (like CCACHE_DIR) aren't present, which leads to
build failure, an example is games/freera.
I'm not that familiar with scons, and what exactly the proper way is
to handle this sort of stuff in scons,
I don't have any experience with scons, but I did used to use cons.
IIRC cons expects to do the caching itself. Since it already generates a
hash that can be used to label the correct object file, it pretty much
comes for free and running ccache would just duplicate the overheads. I
think it's probable that there isn't a proper way.
From porter's handbook:
To make third party SConstruct respect everything that is passed to SCons
in SCONS_ENV (that is, most importantly, CC/CXX/CFLAGS/CXXFLAGS), patch
the SConstruct so build Environment is constructed like this:
env = Environment(**ARGUMENTS)
It may be then modified with env.Append and env.Replace.
I have solved with ccache issue in net-p2p/linuxdcpp by tweak os.environ
stuff in SConstruct and add SCONS_BUILDENV=${SCONS_ENV} in
linuxdcpp/Makefile.
Cheers,
Mezz
--
Adios
--
[EMAIL PROTECTED] - [EMAIL PROTECTED]
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD imapsync port
Hello, There are some trouble getting imapsync port running: First, it would be nice adding a patch to change the shebang to /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD at /usr/bin/perl. Secondly imapsync will not run with Mail::IMAPClient from ports, as said by imapsync itself: Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future imapsync release may suppoort 3.0.x, but sorry not now. See file BUG_IMAPClient_3.xx # Looks like your test died before it could output anything. Mail::IMAPClient provided with imapsync src should be used instead. Regards, Adam -- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD imapsync port
[EMAIL PROTECTED] wrote: Hello, There are some trouble getting imapsync port running: First, it would be nice adding a patch to change the shebang to /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD at /usr/bin/perl. Secondly imapsync will not run with Mail::IMAPClient from ports, as said by imapsync itself: Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future imapsync release may suppoort 3.0.x, but sorry not now. See file BUG_IMAPClient_3.xx # Looks like your test died before it could output anything. Mail::IMAPClient provided with imapsync src should be used instead. Regards, Adam #!/usr/bin/perl is installed as symlink for consistency. The line does not have to be changed in my eyes. I also do not see us removing the symlink anytime soon so lets just leave it like that :-). About the rest of the stuff: I cannot judge about that. Cheers Remko -- /\ Best regards, | [EMAIL PROTECTED] \ / Remko Lodder | [EMAIL PROTECTED] Xhttp://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Standardize NO_CCACHE flag and ccache definitions
On Sat, 21 Jun 2008 17:06:41 +0200 Martin Tournoij [EMAIL PROTECTED] wrote: As a sidenote, AFAIK cons and scons are not related... They are distantly related. The Software Carpentry project was looking for a make replacement. Cons was not eligible because it (and thus its configuration) was written in perl and all scripting within Software Carpentry had to be in Python. So Steve Knight rewrote Cons in python as PCons fixing some of the shortcomings of Cons at the same time. Essentially this was Cons2, since not much happened to the original Cons after this. PCons became ScCons and then Scons. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD imapsync port
On Sat, 21 Jun 2008 18:51:15 +0200 Remko Lodder [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Hello, There are some trouble getting imapsync port running: First, it would be nice adding a patch to change the shebang to /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD at /usr/bin/perl. Secondly imapsync will not run with Mail::IMAPClient from ports, as said by imapsync itself: Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future imapsync release may suppoort 3.0.x, but sorry not now. See file BUG_IMAPClient_3.xx # Looks like your test died before it could output anything. Mail::IMAPClient provided with imapsync src should be used instead. Regards, Adam #!/usr/bin/perl is installed as symlink for consistency. The line does not have to be changed in my eyes. I also do not see us removing the symlink anytime soon so lets just leave it like that :-). Actually it should. # PERL - Set to full path of perl5, either in the system or # installed from a port, but without the version number. # Use this if you need to replace #! lines in scripts. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: FreeBSD imapsync port
On Sat, 21 Jun 2008 21:55:18 +0200 (CEST) Remko Lodder [EMAIL PROTECTED] wrote: On Sat, June 21, 2008 9:09 pm, Ion-Mihai Tetcu wrote: On Sat, 21 Jun 2008 18:51:15 +0200 Remko Lodder [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Hello, There are some trouble getting imapsync port running: First, it would be nice adding a patch to change the shebang to /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD at /usr/bin/perl. Secondly imapsync will not run with Mail::IMAPClient from ports, as said by imapsync itself: Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future imapsync release may suppoort 3.0.x, but sorry not now. See file BUG_IMAPClient_3.xx # Looks like your test died before it could output anything. Mail::IMAPClient provided with imapsync src should be used instead. Regards, Adam #!/usr/bin/perl is installed as symlink for consistency. The line does not have to be changed in my eyes. I also do not see us removing the symlink anytime soon so lets just leave it like that :-). Actually it should. # PERL - Set to full path of perl5, either in the system or # installed from a port, but without the version number. # Use this if you need to replace #! lines in scripts. That does not say it SHOULD be set to /usr/local/bin/perl, all perl scripts I have seen so far are /usr/bin/perl, why break that without general concensus? :) I live with the impression that is the general consensus. I never seen a port that doesn't do that patch. Since I'm not a perl guy I'm CC'ing perl@ on this. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: sysutils/screen package
On Fri, Jun 20, 2008 at 4:20 PM, Kitche [EMAIL PROTECTED] wrote: the Freebsd cons25 term information actually makes tmux not work correctly you sort of have to use a workaround by using a different term. Since the termcap info is missing cs it seems I have not run into any issues running tmux. My TERM is set to xterm. -- Chess Griffin GPG Public Key: 0x0C7558C3 http://www.chessgriffin.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] Xterm has cs in it's termcap information. So that is why tmux runs correctly while having xterm set as TERM but tmux does not output things correctly if you use xterm on a tty and so on. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD imapsync port
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ion-Mihai Tetcu wrote: On Sat, 21 Jun 2008 21:55:18 +0200 (CEST) Remko Lodder [EMAIL PROTECTED] wrote: On Sat, June 21, 2008 9:09 pm, Ion-Mihai Tetcu wrote: On Sat, 21 Jun 2008 18:51:15 +0200 Remko Lodder [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Hello, There are some trouble getting imapsync port running: First, it would be nice adding a patch to change the shebang to /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD at /usr/bin/perl. Secondly imapsync will not run with Mail::IMAPClient from ports, as said by imapsync itself: Subroutine Authuser redefined at /usr/local/bin/imapsync line 2557. imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future imapsync release may suppoort 3.0.x, but sorry not now. See file BUG_IMAPClient_3.xx # Looks like your test died before it could output anything. Mail::IMAPClient provided with imapsync src should be used instead. Regards, Adam #!/usr/bin/perl is installed as symlink for consistency. The line does not have to be changed in my eyes. I also do not see us removing the symlink anytime soon so lets just leave it like that :-). Actually it should. # PERL - Set to full path of perl5, either in the system or # installed from a port, but without the version number. # Use this if you need to replace #! lines in scripts. That does not say it SHOULD be set to /usr/local/bin/perl, all perl scripts I have seen so far are /usr/bin/perl, why break that without general concensus? :) I live with the impression that is the general consensus. I never seen a port that doesn't do that patch. Since I'm not a perl guy I'm CC'ing perl@ on this. I use python, where I picked up this little trick, which lets python find it's actual location and execute itself, based upon the reliable location of env: #!/usr/bin/env python You could replace python with perl, for your needs. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIXX6Iz62J6PPcoOkRAulRAJ4pHng7y3KkKDwTXFr89qjYPCU3FACeNuZI NavNInhZO4viAHiVUa5gO1c= =28zV -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD imapsync port
I use python, where I picked up this little trick, which lets python find it's actual location and execute itself, based upon the reliable location of env: #!/usr/bin/env python You could replace python with perl, for your needs. Yes, env(1) is quite 'stable' over systems but leads to the same problem: The #shebang line has to be patched if the delevoper didn't already used env. ...but I posted maily because of the second problem with Mail::IMAPClient... ;) Adam -- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD imapsync port
Remko Lodder wrote: [EMAIL PROTECTED] wrote: Hello, There are some trouble getting imapsync port running: First, it would be nice adding a patch to change the shebang to /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD at /usr/bin/perl. [...] #!/usr/bin/perl is installed as symlink for consistency. No it isn't. :) The line does not have to be changed in my eyes. I also do not see us removing the symlink anytime soon so lets just leave it like that :-). A -- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD imapsync port
--On June 22, 2008 1:34:53 AM +0200 Tektonaut [EMAIL PROTECTED] wrote: Remko Lodder wrote: [EMAIL PROTECTED] wrote: Hello, There are some trouble getting imapsync port running: First, it would be nice adding a patch to change the shebang to /usr/local/bin/perl. I don't expect anybody having perl on FreeBSD at /usr/bin/perl. [...] # !/usr/bin/perl is installed as symlink for consistency. No it isn't. :) It is on an unaltered install: [EMAIL PROTECTED] ls -lsa /usr/bin/perl 0 lrwxr-xr-x 1 root wheel 24 Feb 20 12:23 /usr/bin/perl - /usr/local/bin/perl5.8.8 [EMAIL PROTECTED] ls -lsa /usr/local/bin/perl 10 -rwxr-xr-x 2 root wheel 10212 Dec 7 2007 /usr/local/bin/perl [EMAIL PROTECTED] file /usr/local/bin/perl5.8.8 /usr/local/bin/perl5.8.8: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 7.0 (700055), dynamically linked (uses shared libs), FreeBSD-style, stripped Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Issues with portmaster
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: === Launching child to update jdk-1.5.0.14p8,1 === Port directory: /usr/ports/java/jdk15 === Launching 'make checksum' for java/jdk15 in background === Gathering dependency list for java/jdk15 from ports === Starting recursive 'make config' check === Checking dependency: /usr/ports/archivers/unzip === Checking dependency: /usr/ports/archivers/zip === Checking dependency: /usr/ports/converters/libiconv === Checking dependency: /usr/ports/devel/desktop-file-utils === Checking dependency: /usr/ports/devel/gio-fam-backend === Checking dependency: /usr/ports/devel/glib20 === Checking dependency: /usr/ports/devel/gmake === Checking dependency: /usr/ports/devel/m4 === Checking dependency: /usr/ports/devel/nspr === Checking dependency: /usr/ports/devel/pkg-config === Checking dependency: /usr/ports/java/diablo-jdk15 === Launching child to update java/diablo-jdk15 jdk-1.5.0.14p8,1 java/diablo-jdk15 === Port directory: /usr/ports/java/diablo-jdk15 === This port is marked IGNORE === : Because of licensing restrictions, you must fetch the distribution manually. Please access http://www.FreeBSDFoundation.org/cgi-bin/download?download=diablo-caffe-freebsd6-amd64-1.5.0_07-b01.tar.bz2 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. === If you are sure you can build it, remove the IGNORE line in the Makefile and try again. === Update for /usr/ports/java/diablo-jdk15 failed === Aborting update === Update for jdk-1.5.0.14p8,1 failed === 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? -- 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. pgpOzTz35zJvw.pgp Description: PGP signature
