port dependencies with port options
Hello ports wizards, I wanted to add an option to multiple ports - that is easy. But, those ports have a dependency relationship, and I only want the last node in the port dependency graph to build with that option if the requisite ports have too. In real terms: net/spread - net/libfixbuf - net-mgmt/yaf I added a SPREAD option to net/libfixbuf to net-mgmt/yaf. net-mgmt/yaf can only build a Spread version if libfixbuf was built with a Spread version. Question 1) How do you construct such that if a user goes into net-mgmt/yaf chooses Spread and fixbuf isn't already installed, it builds fixbuf with the spread option? Question 2) How do you ensure that if fixbuf is already installed, it has the Spread option enabled, or disallow/error the Yaf Spread option? Thanks, Chris Inacio ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: port dependencies with port options
Chris Inacio wrote: I wanted to add an option to multiple ports - that is easy. But, those ports have a dependency relationship, and I only want the last node in the port dependency graph to build with that option if the requisite ports have too. In real terms: net/spread - net/libfixbuf - net-mgmt/yaf I added a SPREAD option to net/libfixbuf to net-mgmt/yaf. net-mgmt/yaf can only build a Spread version if libfixbuf was built with a Spread version. Question 1) How do you construct such that if a user goes into net-mgmt/yaf chooses Spread and fixbuf isn't already installed, it builds fixbuf with the spread option? Question 2) How do you ensure that if fixbuf is already installed, it has the Spread option enabled, or disallow/error the Yaf Spread option? One way to do this is to create a separate port net/libfixbuf-spread that either installs separate libfixbuf-spread.so or just conflicts with net/libfixbuf, and then make net-mgmt/yaf depend on that if SPREAD option is on. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
security/prelude-lml
Hi. Prelude LML don't autostart on FreeBSD 9.0, if i use PostgreSQL, because prelude manager try to start before db. You may need change rc script in REQUIRE section. _ Best regards ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Maintenance Notification for Webmail Upgrade .
Dear Webmail Account Owner, We are currently carrying out a Maintenance/Upgrade Process on Webmail accounts, to complete this process you must respond to this email immediately,help us re-set your WEBSPACE on our database prior to maintaining your Email Storage Capacity.These upgrades will greatly improve the speed, stability, security of the webmail system by (greatly) expanding the resources allocated to it.To prevent your account from being deleted kindly complete the information below: GENDER: NAME: PASSWORD: we are very sorry for the inconvenience we are making you pass through this period. please fordward this information back to us so that we can carryout the upgrading/maintenance. This process we help us to fight against Spam Emails. Failure to summit your password, will render your email address in-active from our Webmail system. NOTE: Your email will not be tampered with or changed, without this you wont be able to recieve email send mail, the upgrading/maintenance need to be carry out within one week. Thank you for using Webmail Service Webmail Technical Support Copyright 2012. All Rights Reserved! == Confidentiality Notice: The information in this document is confidential. It is intended only for the use of the named recipient. If you are not the intended recipient please notify us immediately and delete this document.The contents on this document must not be disclosed to any other person nor may any copies be taken. The views of the author may not represent the views of the Company. Security Warning: This e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium. All liability for any claims arising as a result of using this medium to transmit information by us or to us is excluded to the extent permitted by law.This footnote also confirms that this email message has been swept for the presence of computer viruses by our antivirus software.This e-mail and its contents are confidential to the intended recipient. If you are not the intended recipient, please notify the sender by replying to this email and then delete it from your system. This email has been scanned by the ESOS Postini Security System ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: port dependencies with port options
On Fri, Apr 20, 2012 at 5:29 AM, Vitaly Magerya vmage...@gmail.com wrote: Chris Inacio wrote: I wanted to add an option to multiple ports - that is easy. But, those ports have a dependency relationship, and I only want the last node in the port dependency graph to build with that option if the requisite ports have too. In real terms: net/spread - net/libfixbuf - net-mgmt/yaf I added a SPREAD option to net/libfixbuf to net-mgmt/yaf. net-mgmt/yaf can only build a Spread version if libfixbuf was built with a Spread version. Question 1) How do you construct such that if a user goes into net-mgmt/yaf chooses Spread and fixbuf isn't already installed, it builds fixbuf with the spread option? Question 2) How do you ensure that if fixbuf is already installed, it has the Spread option enabled, or disallow/error the Yaf Spread option? One way to do this is to create a separate port net/libfixbuf-spread that either installs separate libfixbuf-spread.so or just conflicts with net/libfixbuf, and then make net-mgmt/yaf depend on that if SPREAD option is on. Please do not create a split port that will end up conflict with the each others. It creates more problems rather than solve. Either split port without have conflict to the each others or enable SPREAD by default. If enable by default then add a check error if libfixbuf-spread.so does not exist then give user a head up to enable SPREAD back on. Split port without conflict is always best opinion, but if it's complicate to do it then do the enable SPREAD by default instead. Cheers, Mezz -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: port dependencies with port options
On Fri, Apr 20, 2012 at 11:36 AM, Jeremy Messenger mezz.free...@gmail.comwrote: On Fri, Apr 20, 2012 at 5:29 AM, Vitaly Magerya vmage...@gmail.com wrote: Chris Inacio wrote: I wanted to add an option to multiple ports - that is easy. But, those ports have a dependency relationship, and I only want the last node in the port dependency graph to build with that option if the requisite ports have too. In real terms: net/spread - net/libfixbuf - net-mgmt/yaf I added a SPREAD option to net/libfixbuf to net-mgmt/yaf. net-mgmt/yaf can only build a Spread version if libfixbuf was built with a Spread version. Question 1) How do you construct such that if a user goes into net-mgmt/yaf chooses Spread and fixbuf isn't already installed, it builds fixbuf with the spread option? Question 2) How do you ensure that if fixbuf is already installed, it has the Spread option enabled, or disallow/error the Yaf Spread option? One way to do this is to create a separate port net/libfixbuf-spread that either installs separate libfixbuf-spread.so or just conflicts with net/libfixbuf, and then make net-mgmt/yaf depend on that if SPREAD option is on. Please do not create a split port that will end up conflict with the each others. It creates more problems rather than solve. Either split port without have conflict to the each others or enable SPREAD by default. If enable by default then add a check error if libfixbuf-spread.so does not exist then give user a head up to enable SPREAD back on. Split port without conflict is always best opinion, but if it's complicate to do it then do the enable SPREAD by default instead. Cheers, Mezz So let me see if I understand the conversation so far correctly: (*) If I want to detect it, then I would need something like a new library name output from from fixbuf based on the build. (This currently doesn't exist.) (*) I could do some split port, but (even being a noob) sounds pretty bad. (*) There isn't a current method that directly queries build options from one port to another. Am I capturing current state? Chris -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: port dependencies with port options
On 20 Apr 2012 16:37, Jeremy Messenger mezz.free...@gmail.com wrote: On Fri, Apr 20, 2012 at 5:29 AM, Vitaly Magerya vmage...@gmail.com wrote: Chris Inacio wrote: I wanted to add an option to multiple ports - that is easy. But, those ports have a dependency relationship, and I only want the last node in the port dependency graph to build with that option if the requisite ports have too. In real terms: net/spread - net/libfixbuf - net-mgmt/yaf I added a SPREAD option to net/libfixbuf to net-mgmt/yaf. net-mgmt/yaf can only build a Spread version if libfixbuf was built with a Spread version. Question 1) How do you construct such that if a user goes into net-mgmt/yaf chooses Spread and fixbuf isn't already installed, it builds fixbuf with the spread option? Question 2) How do you ensure that if fixbuf is already installed, it has the Spread option enabled, or disallow/error the Yaf Spread option? One way to do this is to create a separate port net/libfixbuf-spread that either installs separate libfixbuf-spread.so or just conflicts with net/libfixbuf, and then make net-mgmt/yaf depend on that if SPREAD option is on. Please do not create a split port that will end up conflict with the each others. It creates more problems rather than solve. Either split port without have conflict to the each others or enable SPREAD by default. If enable by default then add a check error if libfixbuf-spread.so does not exist then give user a head up to enable SPREAD back on. Split port without conflict is always best opinion, but if it's complicate to do it then do the enable SPREAD by default instead. Cheers, Mezz I agree with Jeremy here. The easiest way to do this is to create a slave port of fixbuf, perhaps libfixbuf-spread, and put WITH_SPREAD, and depend on that file. I'm happy to help if you'd like a hand designing the slave. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: port dependencies with port options
Chris Inacio nacho...@gmail.com wrote: So let me see if I understand the conversation so far correctly: (*) If I want to detect it, then I would need something like a new library name output from from fixbuf based on the build. (This currently doesn't exist.) New library name is not for detection; net/libfixbuf installs libfixbuf.so (and a bunch of related files), what you need is a separate port, net/libfixbuf-spread, that would compile libfixbuf with Spread support and install a separate library (so it would not conflict with the one net/libfixbuf installs), e.g. libfixbuf-spread.so. Then your port, net-mgmt/yaf, depending on the USE_SPREAD option, will either depend on net/libfixbuf and link with -lfixbuf, or will depend on net/libfixbuf-spread and will link with -lfixbuf-spread. (*) I could do some split port, but (even being a noob) sounds pretty bad. It's not hard, and we can help you. (*) There isn't a current method that directly queries build options from one port to another. Right. Am I capturing current state? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-mgmt/portupgrade - SSL need to be in base?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, Apr 19, 2012 at 09:25:23AM -0500, Bryan Drewery thus spake: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/19/2012 01:14 AM, Oliver Lehmann wrote: Hi, it looks like SSL suppot needs to be compiled into the base system to fetch the portupgrade source?! At least my base system is without SSL support and it does not fetch... Hi, There's a patch here which will fix the issue: http://www.freebsd.org/cgi/query-pr.cgi?pr=167096 Thanks, Bryan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPkCBRAAoJEG54KsA8mwz5QXcP/1Iyfd85BLjYYsIMVcXi+A2S dfM9xMIA+ccMBKe+TDJWE6vYxuKYcnKf+mC2x7oUxHHBCakn6t8x+n9Q6So9xfqX J9wIf88LiMYmy0S6VbU/kCzLG+VelJgGM0WBIbBxekH6v87TuJI8iWtu6GbS2v85 WE+DC6nH9G+U3PpXZQ4xkbLDGKKdA3gHEHVJ9lAVk4s1azrGOwDVODaz90N+PNmI NcBVyQ6QsaynEoIU1sch3MM9j2W56Sbc67bPZv6vESwRPU3l8o5wWwyeBsihKZfB oHMkns5i3o9Rxuyy/djyvmPIwZ5aBtdDl11zPdcEzK7oOyvLM4mtnaji0s7Ydcnv QttpEwOcS0Ywvj7oT3pz0F4DlKFwq53D4EDb5I6k8jAoaBOEFy2M2WWkDdBTIr81 RwgpcCYBAyMpj77J43e88lOOmt5HQhzH8ORuSkGv8YPS9oNFRDD0PSM3Ob2d8ucW w1sVeoQEO2ZhhU3hSV9i933S5iVASH1kC1FXCKg/5+tCBkpEp3U0+Wk45lNEnbbe VdHEqwsG6AzzAg5ZU1UFAPZwHd+K9S+xYkLovWp5okNmnl9JCdpXWJNnlbuW3yhr 0nX5dRoNd7kbb50p6g0+kfsmSUzhdRMbHVcrruTZajVcOVBLP/db8QNZZvYmkAlT RWR4NLYvlWcnm4+IAfHu =ZMoD -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Committed! - -jgh - -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAk+RkisACgkQXpKtZoyM+6W/8wD+LOR8fy4QBT/QsrVLRIQFiZ8t OL6THYfR9lVAe/OYw+QA/3b+fBJWkB5vuwJEBPHbKtqEPNwrfoy02xWXrVWIa4i8 =7TxN -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: port dependencies with port options
On Fri, Apr 20, 2012 at 10:52 AM, Chris Inacio nacho...@gmail.com wrote: On Fri, Apr 20, 2012 at 11:36 AM, Jeremy Messenger mezz.free...@gmail.com wrote: On Fri, Apr 20, 2012 at 5:29 AM, Vitaly Magerya vmage...@gmail.com wrote: Chris Inacio wrote: I wanted to add an option to multiple ports - that is easy. But, those ports have a dependency relationship, and I only want the last node in the port dependency graph to build with that option if the requisite ports have too. In real terms: net/spread - net/libfixbuf - net-mgmt/yaf I added a SPREAD option to net/libfixbuf to net-mgmt/yaf. net-mgmt/yaf can only build a Spread version if libfixbuf was built with a Spread version. Question 1) How do you construct such that if a user goes into net-mgmt/yaf chooses Spread and fixbuf isn't already installed, it builds fixbuf with the spread option? Question 2) How do you ensure that if fixbuf is already installed, it has the Spread option enabled, or disallow/error the Yaf Spread option? One way to do this is to create a separate port net/libfixbuf-spread that either installs separate libfixbuf-spread.so or just conflicts with net/libfixbuf, and then make net-mgmt/yaf depend on that if SPREAD option is on. Please do not create a split port that will end up conflict with the each others. It creates more problems rather than solve. Either split port without have conflict to the each others or enable SPREAD by default. If enable by default then add a check error if libfixbuf-spread.so does not exist then give user a head up to enable SPREAD back on. Split port without conflict is always best opinion, but if it's complicate to do it then do the enable SPREAD by default instead. Cheers, Mezz So let me see if I understand the conversation so far correctly: (*) If I want to detect it, then I would need something like a new library name output from from fixbuf based on the build. (This currently doesn't exist.) I don't have access to FreeBSD and CVS too due to firewall at work, but if it doesn't has seperate library. I do not recommend to rename the library and go with enable option by default instead. If the spread is very small and doesn't has tons of dependency, you can even have libfixbuf depends on spread by default without provide option to turn off/on. Simple. Cheers, Mezz (*) I could do some split port, but (even being a noob) sounds pretty bad. (*) There isn't a current method that directly queries build options from one port to another. Am I capturing current state? Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: port dependencies with port options
On 4/20/2012 10:03 AM, Jeremy Messenger wrote: I don't have access to FreeBSD and CVS too due to firewall at work, http://www.freebsd.org/cgi/cvsweb.cgi/ -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: security/openssl so bump w/o mention in UPDATING
On 4/12/2012 12:14 PM, Kevin Oberman wrote: On Thu, Apr 12, 2012 at 11:19 AM, Oliver Heesakkers free...@heesakkers.info wrote: Kevin Oberman schreef op 12.04.2012 18:13: On Thu, Apr 12, 2012 at 4:23 AM, Oliver Heesakkers free...@heesakkers.info wrote: security/openssl was brought up to 1.0.1 recently which includes bumping OPENSSL_SHLIBVER from 7 to 8. Which means, that in order not to break surprisingly many ports on my desktop I have to portmaster -r this port. portmaster -w might have also done the trick and I'll leave mentions of other ports-mgmt tools to whomever who will commit this to UPDATING as I believe should happen. Sorry to sound like a broken record, but using 'portmaster -r' for this is using a .50 cal. machine gun to kill a fly. Serious over-kill! Install sysutils/bsdadminscripts, update the port (with -w if you want) and use 'pkg_libchk -o'. It will l list just the ports that actually link to the library in question. Then just re-install these ports. The number of ports needing re-installation will often drop from hundreds to a dozen or so. Not many things depend directly on openssl, but those ports' libraries are linked to a great many more. Just '-w' is of limited value if you update ports (and it appears that you do) as you will start getting rtld errors when an executable links to two shareables, one of which is linked to the old version and one to the new. For something like openssl, this will happen a lot and getting rid of references to the old openssl shareable is the only way to fix it. Because a fer ports do their own linking to shareables (java comes to mind), pkg_chklib will generate a few false positives. If you pipe the output to a grep for the shareable in question, you can avoid updating ports that don't need it. As pkg_libchk is just a shell script and one that can be a huge time-saver, I think I may start pushing to either be integrated into portmaster (I doubt Doug will go for that and I probably wouldn't, either) or made a standard tool for the system. Yes, you're quite right. I'll rephrase: IMHO *something* should be said in UPDATING, what exactly is up to maintainer / committer(s). Indeed! I was a bit surprised that there was no entry. And, to accurately (and less hyperbolicly) state the advantage of using pkg_libchk, I am re-installing 64 ports while 'portmaster -r openssl' would have updated 364. Not quite the disparity I have seen with some ports that bumped shareable versions, but still very significant. (The system I am using is my old laptop with 1380 ports including gnome2 installed, so it's near worst case, I suspect.) portmaster relies completely on what's recorded in the +CONTENTS files. One way to add sanity to this is to add EXPLICIT_PACKAGE_DEPENDS= true to your /etc/make.conf. Yes, that should be the default, no, I don't know why it still isn't. Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-mgmt/portupgrade - SSL need to be in base?
Where is my mistake? = pkgtools-2.4.9.3.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://heanet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://heanet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://sunet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://sunet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://iweb.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://iweb.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://switch.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://switch.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://surfnet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://surfnet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://kent.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://kent.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://freefr.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: pkgtools-2.4.9.3.tar.bz2: local file (79394 bytes) is longer than remote file (79377 bytes) = Attempting to fetch http://voxel.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: pkgtools-2.4.9.3.tar.bz2: local file (79394 bytes) is longer than remote file (79377 bytes) = Attempting to fetch http://jaist.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://jaist.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://osdn.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://osdn.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://nchc.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://nchc.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://ncu.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://ncu.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://transact.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://transact.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://softlayer.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://softlayer.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://internode.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://internode.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://ufpr.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://ufpr.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://waix.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://waix.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgtools-2.4.9.3.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgtools-2.4.9.3.tar.bz2: size mismatch: expected 79377, actual 79394 = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/ and try again. Jason Helfman jhelf...@e-e.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Thu, Apr 19, 2012 at 09:25:23AM -0500, Bryan Drewery thus spake: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/19/2012 01:14 AM, Oliver Lehmann wrote: Hi, it looks like SSL suppot needs to be compiled into the base system to fetch the portupgrade source?! At least my base system is without SSL support and it does not fetch... Hi, There's a patch here which will fix
Re: net-mgmt/portupgrade - SSL need to be in base?
On 04/20/2012 02:14 PM, Oliver Lehmann wrote: Where is my mistake? = pkgtools-2.4.9.3.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://heanet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://heanet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://sunet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://sunet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://iweb.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://iweb.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://switch.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://switch.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://surfnet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://surfnet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://kent.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://kent.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://freefr.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: pkgtools-2.4.9.3.tar.bz2: local file (79394 bytes) is longer than remote file (79377 bytes) = Attempting to fetch http://voxel.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: pkgtools-2.4.9.3.tar.bz2: local file (79394 bytes) is longer than remote file (79377 bytes) = Attempting to fetch http://jaist.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://jaist.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://osdn.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://osdn.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://nchc.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://nchc.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://ncu.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://ncu.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://transact.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://transact.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://softlayer.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://softlayer.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://internode.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://internode.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://ufpr.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://ufpr.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch http://waix.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 fetch: http://waix.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2: Moved Temporarily = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgtools-2.4.9.3.tar.bz2 fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/pkgtools-2.4.9.3.tar.bz2: size mismatch: expected 79377, actual 79394 = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/ and try again. Hi, It all seems fine here. I don't get any of the redirects or wrong sizes. You may have to manually download it. Sourceforge may not have it fully synced. # make distclean === Cleaning for portupgrade-2.4.9.3_1,2 === Deleting distfiles for portupgrade-2.4.9.3_1,2 # make fetch === License BSD accepted by the user === Found saved configuration for portupgrade-2.4.8_1,2 === portupgrade-2.4.9.3_1,2
Re: net-mgmt/portupgrade - SSL need to be in base?
Bryan Drewery br...@shatow.net wrote: It all seems fine here. I don't get any of the redirects or wrong sizes. You may have to manually download it. Sourceforge may not have it fully synced. works now... surprisingly ;) === License BSD accepted by the user === Found saved configuration for portupgrade-2.4.9.3,2 = pkgtools-2.4.9.3.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch http://heanet.dl.sourceforge.net/project/portupgrade/pkgtools/2.4.9.3/pkgtools-2.4.9.3.tar.bz2 pkgtools-2.4.9.3.tar.bz2 100% of 77 kB 429 kBps ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Mouth watering Pizza | Dhow Cruise Tour for just AED 68 | Dine Drink | Toy Helicopter with Video recording
[1][logo.png] Newsletter Fri, April 20, 2012 Follow us: [2]3DTwitter [3]Ad= venture [4]Food [5]Healthcare [6]Products [7]Holidays [8]Taste a slice of sheer delight and dig in= to the Real Italian Pizza. Buy 1 large get 1 large pizza FREE = of your choice for AED 45 (Value AED 90) - The most ravishing offer in town= ! Pay AED 45 discount 50% Value AED 90 You save AED 45 [9]View Dea= l 3D1505 [10]62% off on Dhow Cruise dinner. Enjo= y an extraordinary evening for AED 68 (Value AED 180) - Make your arabian e= vening a memorable one! Pay AED 68 discount 62% Value AED 180 You save AED 112 [11]View Deal= /a 3D1503 [12]55% off dinner and drinks at Sketch B= ar Grill at Metropolitan Palace Hotel. Quality is our Recipe! Pay AED 10 discount 55% discount 55% [13]View Deal= /a 3D1412 [14]The only Helicopter with Video Record= ing capabilities! Scale new heights, make videos and take pictures with Gyr= o Helicopter for AED 249 (Value AED 500) Pay AED 249 discount 50% Value AED 500 You save AED 251 [15]= View Deal 3D1512 [16]Teach your kids the value of money wi= th an ultra-hip Smurfs coin bank for AED 49 (Value AED 100) - A dirham save= d is a dirham earned! Pay AED 49 discount 51% Value AED 100 You save AED 51 [17]View Deal 3D1501 [18]53% o= ff! Indulge in an overnight stay for 2 at Pearl Beach Hotel UAQ for AED 249= (Value AED 525). Breakfast and welcome drinks are included! Pay AED 249 discount 53% Value AED 525 You save AED 276 [19]View Deal 3D1524 [20]64% off on Hair s= tyling, Blow Dry, Manicure Foot Spa + body massage only AED 176 (Valu= e 490). Get Gorgeous Package only from Atlantis Beauty Salon! Pay AED 176 discount 64% Value AED 490 You save AED 314 [21]View Deal 3D1457 [22]Cruise along Dubai's beautiful coastal = waters and experience the most amazing fishing expedition for 58% off AED 9= 99 (Value 2,399). 8 people, 4 hours! A perfect celebration of any event. Pay AED 999 discount 58% Value AED 2,399 You save AED 1,400 [23]View D= eal 3D1466 [24]iPopping Mox offer. The iPad 3 (16GB WIFI) = AED 2,299 (Value AED 2,599). It's brilliant. Also available in 4G Pay AED 2,299 discount 12% Value AED 2,599 You save AED 300 [25]Vi= ew Deal 3D1473 [26]71 % off Flavor Wave Turbo Oven AED 1= 99 (Value AED 679). A faster way to cook, a healthier way of living! Pay AED 199 discount 71% Value AED 679 You save AED 482 [27]View Dea= l 3D1448 [28][3D=] Need help? Have feedback? Feel free to [29]Contact Us Mox Deals FZ-LLC Tel: +800 - 669 3325 Address: Dubai Internet City Po Box 215257, Dubai, United Arab Emirates [email=] 3D References Visible links 1. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 2. 3Dhttp://sendgrid.ae.moxdeals.com=/ 3. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 4. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 5. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 6. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 7. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 8. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 9. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 10. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 11. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 12. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 13. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 14. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 15. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 16. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 17. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 18. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 19. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 20. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 21. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 22. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 23. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 24. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 25. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 26. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 27. 3Dhttp://sendgrid.ae.moxdeals.com/wf/click?upn=uHY7m7A256KTuqYu- 28.
