Re: databases/sqlrelay DEPRECATED
Is this comment still true from the pr: Sqlrelay 0.44 requires newer rudiments 0.35 Yes, It is. I just successfully built sqlrelay 0.44 against rudiments 0.35 If so, I am building what the patch is now, however the portstree does have rudiments 0.35, now. Looks like I have missed this update while submitting PR. The patch to update sqlrelay to 0.44 is still trivial http://pastebin.com/gAAnguwE -- Mikhail I am taking care of this now, and can get it updated soon. -jgh Committed! -jgh ___ 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: mail/imaptools: port removal at Monday April 9th
On Sat, Apr 7, 2012 at 1:28 PM, Chris Rees cr...@freebsd.org wrote: On 7 April 2012 19:58, Scot Hetzel swhet...@gmail.com wrote: On Sat, Apr 7, 2012 at 2:27 PM, Boris Samorodov b...@passap.ru wrote: Hi! Beware (I've got an e-mail from the author): 1. This is (1.135) the last free version of imaptools. 2. The author's intention is to release a new version with a modest fee. 3. All users who already get a copy of the program may use it without restrictions. 4. Further redistribution of already released versions will be forbidden. 5. The port should be removed from the portstree. 6. The dead line is Monday April 9th. Looks like the author has pulled the sources from his site and replaced it with an archive that only contains 1 file. That file says that the tools are no longer free. Well, whatever he says, he can't revoke the license of what's already been distributed. # Copyright (c) 2008 Rick Sanders rfs9...@earthlink.net # # # # Permission to use, copy, modify, and distribute this software for any # # purpose with or without fee is hereby granted, provided that the above # # copyright notice and this permission notice appear in all copies. # # # # THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES # # WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF # # MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR # # ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES # # WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN # # ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF # # OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. # Chris Given this license, I don't see why it needs to be removed from the tree. It can be distributed by the maintainer via LOCAL MASTER_SITES, and it can still be maintained by contributions from the community, in addition to maintainer. -jgh ___ 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: phpmyadmin port files errors
On Tue, Apr 03, 2012 at 03:14:39PM -0400, Fbsd8 thus spake: Just downloaded phpmyadmin for 9.0 system. The port files seem to be named wrong. Makefile,v distinfo,v pkg-descr,v pkg-plist-chunk,v make install command issues error message Don't know how to make install. I see on the web ports system that this port was just updated 5 days ago. Looks like a error was made. These files should not have the ,v suffix. Removing the ,v file name suffix and issuing make install generated a bunch of other error messages. Dead in the water until this gets fixed. If this is indeed an error with the port then I will submit a bug report. This looks incorrect. I just brought down a fresh copy of this port, and don't see files named this way. How are you getting the port, and how are you installing it? These files look like they are directly out of CVS. -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 ___ 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: Preferred way of applying OSVERSION-dependend patches
On 1 April 2012 06:02, Ruslan Mahmatkhanov cvs-...@yandex.ru wrote:
Good day!
What is a preferred way of doing subj?
1. Add an extra-patch-* to files/ subdirectory and apply it depending
 of checks in Makefile (.if ${OSVERSION}).
2. Add an patch-* to files subdirectory that applies unconditionally
 and that checking for __FreeBSD_version in app code itself.
The second one will guarantee that the patch still applies cleanly on
port
versions update, but it will make it more hard to find conditional
checks
for obsoleted FreeBSD versions (because most people, I believe, only
looking
to Makefile for things like this).
#1 for exactly the reason you specify: it makes it easier to figure
out why something is being patched and when that patch is no longer
required.
I say #3 :)
So if it is non-conditional in the port, but you choose to make it
conditional in the code -- Send the patch upstream, or to maintainer of
code, so the patch isn't necessary in the portstree.
-jgh
___
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: Strange behavior of ${MASTER_SITE_LOCAL}: it trys only one mirror and then fallback to ${MASTER_SITE_BACKUP}
Hello, Ports.
I'm trying to put Subversion Book files to MASTER_SITE_LOCAL, to
avoid problem when publisher re-roll files without changing names.
It works, file on ftp.freebsd.org (local-distfiles/lev).
But when I try check if everything Ok, I get:
= svn-book-html-r4259.tar.bz2 doesn't seem to exist in
/usr/home/lev/distfiles/subversion17.
= Attempting to fetch
ftp://ftp.cn.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/lev/svn-book-html-r4259.tar.bz2
fetch:
ftp://ftp.cn.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/lev/svn-book-html-r4259.tar.bz2:
File unavailable (e.g., file not found, no access)
= Attempting to fetch
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/subversion17/svn-book-html-r4259.tar.bz2
fetch:
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/subversion17/svn-book-html-r4259.tar.bz2:
File unavailable (e.g., file not found, no access)
= Couldn't fetch it - please try to retrieve this
= port manually into /usr/home/lev/distfiles/subversion17 and try again.
So, ports try only last mirror in list (which is not updated yet)
and fallback not to next mirror (and next, and next, till it download
it from main site) but to ${MASTER_SITE_BACKUP}. Is it Ok?
I had the same issue when I took over daemontools. It needs time to
propagate the mirror system.
-jgh
___
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: Strange behavior of ${MASTER_SITE_LOCAL}: it trys only one mirror and then fallback to ${MASTER_SITE_BACKUP}
Hello, Jason.
You wrote 31 ìàðòà 2012 ã., 22:20:38:
= svn-book-html-r4259.tar.bz2 doesn't seem to exist in
/usr/home/lev/distfiles/subversion17.
= Attempting to fetch
ftp://ftp.cn.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/lev/svn-book-html-r4259.tar.bz2
fetch:
ftp://ftp.cn.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/lev/svn-book-html-r4259.tar.bz2:
File unavailable (e.g., file not found, no access)
= Attempting to fetch
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/subversion17/svn-book-html-r4259.tar.bz2
fetch:
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/subversion17/svn-book-html-r4259.tar.bz2:
File unavailable (e.g., file not found, no access)
= Couldn't fetch it - please try to retrieve this
= port manually into /usr/home/lev/distfiles/subversion17 and try
again.
So, ports try only last mirror in list (which is not updated yet)
and fallback not to next mirror (and next, and next, till it download
it from main site) but to ${MASTER_SITE_BACKUP}. Is it Ok?
I had the same issue when I took over daemontools. It needs time to
propagate the mirror system.
I understand about mirrors, question is WHY system trys only ONE
mirror?
Ah. I see now. That is odd. Haven't come across this issue yet.
-jgh
___
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: post-deinstall target is invalid
On Thu, Mar 29, 2012 at 01:40:16PM -0700, Jason Helfman wrote: On Thu, Mar 29, 2012 at 09:47:27PM +0200, Gabor Kovesdan thus spake: On 2012.03.29. 20:49, Jason Helfman wrote: I will work on a effort, as well, to get some supporting documentation into the Porter's Handbook. Jason, thanks for this cleanup work. Have you checked if there is any portlint check for this? It would also be very valuable. Gabor Your welcome, and thanks. I did consider it, however it was also noted to me that portlint shouldn't take the place of poor port coding. That doesn't mean it can't be done, but I also tend to agree with this. Perhaps adding logic to bpm would be a good way to wrap it up, as well. I'm not sure we should add anything to bpm. It's a legitimate name of a custom target which maintainers can use if they want. We should be vigilant of code which assumes it will be called though, but there's nothing wrong with it being a custom target that the maintainer wants for one reason or another. -- WXS I don't completely disagree, however the target is never used, and in all cases it merely performed the actions that were already being done in a pkg-deinstall script, or the action wasn't done due to an assumption that the target was valid. -jgh ___ 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: ports/166248: sendmail dies of signal 11 on freebsd in a virtualbox guest
On 3/30/12 3:49 PM, do...@freebsd.org wrote: Synopsis: sendmail dies of signal 11 on freebsd in a virtualbox guest Responsible-Changed-From-To: dougb-freebsd-ports Responsible-Changed-By: dougb Responsible-Changed-When: Fri Mar 30 19:49:02 UTC 2012 Responsible-Changed-Why: I have no connection to sendmail. You probably want to ask gshapiro. http://www.freebsd.org/cgi/query-pr.cgi?pr=166248 shouldn't that be freebsd-ports-bugs? it was reassigned, but yes. ___ 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
post-deinstall target is invalid
Howdy Porters, I just finished clobbering all of the post-deinstall targets that were in the portstree. Currently, this is an invalid target to use in a port. Please use the default pkg-deinstall file: http://www.freebsd.org/doc/en/books/porters-handbook/book.html#PKG-FILES or, use SUB_FILES: http://www.freebsd.org/doc/en/books/porters-handbook/book.html#USING-SUB-FILES I will work on a effort, as well, to get some supporting documentation into the Porter's Handbook. Many thanks, Jason -- 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 ___ 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: post-deinstall target is invalid
On Thu, Mar 29, 2012 at 09:47:27PM +0200, Gabor Kovesdan thus spake: On 2012.03.29. 20:49, Jason Helfman wrote: I will work on a effort, as well, to get some supporting documentation into the Porter's Handbook. Jason, thanks for this cleanup work. Have you checked if there is any portlint check for this? It would also be very valuable. Gabor Your welcome, and thanks. I did consider it, however it was also noted to me that portlint shouldn't take the place of poor port coding. That doesn't mean it can't be done, but I also tend to agree with this. Perhaps adding logic to bpm would be a good way to wrap it up, as well. -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 ___ 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: FAQ on PORTREVISION bump?
On 3/28/12 11:39 AM, Chris Rees wrote: You also need to consider that packages are rebuilt on a bump, so if the RUN_DEPEND removal were a real monster, the pkg_add -r users will thank you for that. Im guessing perl would qualify for that :-).. needs perl to build, but not run. python, bison, things like that, right? Maybe we can address anything here that needs tuning/adding/removing: http://www.freebsd.org/doc/en/books/porters-handbook/book.html#MAKEFILE-NAMING-REVEPOCH -jgh ___ 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: luakit port
On Sat, Mar 24, 2012 at 11:55:05AM -0300, Luiz Gustavo thus spake: On Sat, 24 Mar 2012 01:30:50 -0300 Luiz Gustavo luizgust...@luizgustavo.pro.br wrote: Hi List ! This is my first port, then please do not mind if you find any errors, I'm still learning how to create ports ;) This port is of Luakit (www.luakit.org). Is a light browser (see pkg-desc): Luakit is a highly configurable, micro-browser framework based on the WebKit web content engine and the GTK+ toolkit. It is very fast, extensible by Lua and licensed under the GNU GPLv3 license. It is primarily targeted at power users, developers and any people with too much time on their hands who want to have fine-grained control over their web browsers behaviour and interface. WWW: http://luakit.org Please, test this port and if someone wants to adopt and commit to do, I'll be happy! Source: http://mundounix.com.br/~gugabsd/luakit-ports.tar.gz PS: Very thanks garga, is a nice tool !!! Thanks --- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br For a better development, i make a new repository for this ports: https://bitbucket.org/gugabsd/freebsd_ports/downloads Thanks ! --- Luiz Gustavo Costa (Powered by BSD) This may be committed more speedily if you follow the recommended path for submitting new ports. http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-submitting.html Nonetheless, thank you for all the work on this! -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 ___ 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: why :: in ports makefile ?
I have never seen this before, and I wanted to know what it does.
diff -ruN /tmp/p5-Mail-SpamAssassin.org/Makefile
/tmp/p5-Mail-SpamAssassin/Makefile
--- /tmp/p5-Mail-SpamAssassin.org/Makefile2012-02-08 00:17:28.0
+0900
+++ /tmp/p5-Mail-SpamAssassin/Makefile2012-03-06 08:55:28.445163638
+0900
@@ -219,7 +219,7 @@
.endif
@${INSTALL_DATA} ${WRKSRC}/spamc/libspamc.h ${PREFIX}/include
-post-install:
+post-install::
.if defined (WITH_SPAMC)
@${STRIP_CMD} ${PREFIX}/bin/spamc
.endif
(this patch was sent to me by the maintainer of ja-p5-Mail-SpamAssassin.
I suggested that he change his port to a slave port so that it would be
easier to follow, and he has done a good job.
I just wanted to know what the differences are in the port Makefile
between a ':' and a '::'
Does this have to do with slave port(ish) things? does this force it to
execute? what is it?
Pardon my ignorance, I have just never seen this before in any port I have
maintained, or worked on.
(reference this PR for context)
http://www.freebsd.org/cgi/query-pr.cgi?pr=165765
from make manapage
(http://www.freebsd.org/cgi/man.cgi?query=makeapropos=0sektion=0manpath=FreeBSD+9.0-RELEASEarch=defaultformat=html):
::If no sources are specified, the target is always re-created.
Otherwise, a target is considered out-of-date if any of its sources
has been modified more recently than the target. Sources for a
target do not accumulate over dependency lines when this operator is
used. The target will not be removed if make is interrupted.
This is typically used in ports for pre-everything target, but have never
seen it on post-install. I don't see why the :: is necessary, either, as
':' should do in this case.
-jgh
___
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: why :: in ports makefile ?
I have never seen this before, and I wanted to know what it does.
diff -ruN /tmp/p5-Mail-SpamAssassin.org/Makefile
/tmp/p5-Mail-SpamAssassin/Makefile
--- /tmp/p5-Mail-SpamAssassin.org/Makefile 2012-02-08 00:17:28.0
+0900
+++ /tmp/p5-Mail-SpamAssassin/Makefile 2012-03-06 08:55:28.445163638
+0900
@@ -219,7 +219,7 @@
.endif
@${INSTALL_DATA} ${WRKSRC}/spamc/libspamc.h ${PREFIX}/include
-post-install:
+post-install::
.if defined (WITH_SPAMC)
@${STRIP_CMD} ${PREFIX}/bin/spamc
.endif
(this patch was sent to me by the maintainer of ja-p5-Mail-SpamAssassin.
I suggested that he change his port to a slave port so that it would be
easier to follow, and he has done a good job.
I just wanted to know what the differences are in the port Makefile
between a ':' and a '::'
Does this have to do with slave port(ish) things? does this force it to
execute? what is it?
Pardon my ignorance, I have just never seen this before in any port I
have
maintained, or worked on.
(reference this PR for context)
http://www.freebsd.org/cgi/query-pr.cgi?pr=165765
from make manapage
(http://www.freebsd.org/cgi/man.cgi?query=makeapropos=0sektion=0manpath=FreeBSD+9.0-RELEASEarch=defaultformat=html):
::If no sources are specified, the target is always re-created.
Otherwise, a target is considered out-of-date if any of its sources
has been modified more recently than the target. Sources for a
target do not accumulate over dependency lines when this operator is
used. The target will not be removed if make is interrupted.
This is typically used in ports for pre-everything target, but have never
seen it on post-install. I don't see why the :: is necessary, either, as
':' should do in this case.
-jgh
Unless, of course, the maintainer wants to override the master target of
the same name. I believe this may be the intention.
-jgh
___
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: Updating getmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, Feb 28, 2012 at 03:55:17PM -0800, Jason Helfman thus spake: Are there any plans to update getmail version 4.23.0 released:20 November 2011 to version 4.25.0 released 1 February 2012? I am on a business trip right now, but if you want to submit a PR with the changes to the new version, I'm would greatly welcome that. I've just committed this update. Thanks for the report! - -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.18 (FreeBSD) iF4EAREIAAYFAk9dgYYACgkQXpKtZoyM+6XneQD+Icj/8bb5nnpzJqusFtxlDKqB Uiw5IcesexgvRy88WK4A/0aW37wIiUW3iSM6PEAukzGU0rTgfvBK+caF1Ip2gT5J =RUNB -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
BERLIOS Master site issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello All, BERLIOS Team has changed the way in which they mirror, and it has caused some redirection loops. I have found that a solution has been put in place to thwart download issues. I was able to confirm this by adding the following to a port that defines BERLIOS as a MASTER_SITE: FETCH_ARGS= -a I'm not certain if this is the best solution, however here is a patch for bsd.sites.mk to address all of the ports. It is defined by default, so I don't believe there is another way around it, other than updating all ports individually. And if their methodology changes, we would either need to update all ports again, or alter the arguments in bsd.sites.mk. Index: bsd.sites.mk === JCS file: /home/pcvs/ports/Mk/bsd.sites.mk,v retrieving revision 1.560 diff -u -r1.560 bsd.sites.mk - --- bsd.sites.mk24 Feb 2012 15:28:46 - 1.560 +++ bsd.sites.mk29 Feb 2012 23:00:50 - @@ -99,6 +99,7 @@ .endif .if !defined(IGNORE_MASTER_SITE_BERLIOS) +FETCH_ARGS=-a MASTER_SITE_BERLIOS+= \ http://download.berlios.de/%SUBDIR%/ \ http://download2.berlios.de/%SUBDIR%/ Any thoughts on this? Here is a list of the effected ports (73 in total): audio/bmp-songchange audio/cuetools audio/gbsplay audio/gimmix audio/sonata audio/soundconverter comms/atslog comms/klog comms/kmobiletools databases/dbf databases/ocaml-pgocaml deskutils/kompose deskutils/qrfcview deskutils/rubrica deskutils/tel devel/codeblocks devel/ruby-ncurses devel/sourcenav editors/spe emulators/dboxfe emulators/gngeo emulators/hatari emulators/joytran emulators/tpm-emulator emulators/x48 emulators/xgngeo ftp/kasablanca games/crrcsim games/enigma games/lincity-ng games/netpanzer games/netpanzer-data games/oolite games/ppracer games/pvpgn games/supertux games/windstille graphics/bmp-rootvis graphics/gimmage graphics/lensfun graphics/mapnik graphics/mirage graphics/unpaper irc/konversation japanese/kana-no-quiz mail/fetchmail mail/spamd math/convertall math/qtiplot math/qtiplot-doc math/rpcalc multimedia/tstools net/freenx net/nastnet/smb4k net/smb4k-kde4 net-im/sim-im net-mgmt/netspoc security/gringotts security/libgringotts security/parano sysutils/atop sysutils/cdfsysutils/gsmartcontrol sysutils/gtk-send-pr sysutils/iat sysutils/mdf2iso sysutils/serpentine sysutils/thefish sysutils/unieject www/py-utidy www/rsstool www/wml x11/slim x11/yakuake x11-servers/Xfstt x11-themes/slim-themes x11-toolkits/phat Thanks! - -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.18 (FreeBSD) iF4EAREIAAYFAk9OsoUACgkQXpKtZoyM+6X/UgD/ZOajcLsdOGAjZez/wpcSMr8l WLCsEwJpugW/K8EL+AYA/Rmo2J708hNwzzWmDTewoklMJhM6IGcDcJ+DYokvWbEi =7NFJ -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: Updating getmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, Feb 28, 2012 at 11:02:00PM +, Linh Pham thus spake: On 2012-02-28 14:33 -0500, Carmel carmel...@hotmail.com wrote: Are there any plans to update getmail version 4.23.0 released:20 November 2011 to version 4.25.0 released 1 February 2012? I am on a business trip right now, but if you want to submit a PR with the changes to the new version, I'm would greatly welcome that. -- Linh Pham question+fbsdpo...@closedsrc.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 I am building the update for it now. https://redports.org/buildarchive/20120228205445-50491/ I can commit this, if you like. - -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.18 (FreeBSD) iF4EAREIAAYFAk9NaWUACgkQXpKtZoyM+6WuxAD7BFcvYVJ3VMUNe8fHmewrWEbD 53/GN9aPZqW/fmsjUNwA/0HBCKolESADaNx7cQo8F8Wbb59uaguh37ORF7c5v+qR =iI0X -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: What use is WWWDIR_REL?
On Fri, Feb 10, 2012 at 04:13:32PM -0800, Doug Barton thus spake:
On 02/08/2012 20:18, Scot Hetzel wrote:
On Tue, Feb 7, 2012 at 9:28 PM, Doug Barton do...@freebsd.org wrote:
Following up to my previous post about Why isn't WWWDIR_REL in the
default PLIST_SUB I broke open bsd.port.mk and found this:
PLIST_SUB+= DOCSDIR=${DOCSDIR_REL} \
EXAMPLESDIR=${EXAMPLESDIR_REL} \
DATADIR=${DATADIR_REL} \
WWWDIR=${WWWDIR_REL} \***!!!
ETCDIR=${ETCDIR_REL}
So this leads me to many questions, the first and most obvious of which
is, what the heck good is WWWDIR_REL in the first place? I searched the
ports tree and found 1,063 uses of it (outside of bpm itself). 1,035 of
them are literals in a pkg-plist, which at this point looks completely
useless. Of the 28 others 13 of them are PLIST_SUB related, which
apparently can also be removed. Most of the other 15 look like mistakes,
and all of them look like they can be fixed with little difficulty.
Those 1035 ports that are using WWWDIR_REL in their pkg-plist are
wrong and should be changed to use WWWDIR. Since PLIST_SUB will
automatically replace %%WWWDIR%% with ${WWWDIR_REL} in the pkg-plist.
Ok, glad we're in agreement on that.
So I'd like to propose the attached, not to be included until the
existing uses of WWWDIR_REL are updated of course. Can anyone tell me
why this would be a bad idea? I think being able to just use %%WWWDIR%%
in the plist would be a lot less confusing.
I believe the original purpose of the *_REL variables in bsd.port.mk
was to make maintaining bsd.port.mk easier.
Clearly I'm missing something then, because I don't see how they
accomplish anything useful. Perhaps you can enlighten me? There is
nothing in the CVS log that even mentions them, never mind why they were
added (bad portmgr, no cookie!).
Doug
Interesting bit here:
http://www.freebsd.org/doc/en/books/porters-handbook/book.html#INSTALL-DOCUMENTATION
snip
DATADIR gets expanded to PREFIX/share/PORTNAME.
-- DATADIR_REL gets expanded to share/PORTNAME.
DOCSDIR gets expanded to PREFIX/share/doc/PORTNAME.
-- DOCSDIR_REL gets expanded to share/doc/PORTNAME.
EXAMPLESDIR gets expanded to PREFIX/share/examples/PORTNAME.
-- EXAMPLESDIR_REL gets expanded to share/examples/PORTNAME.
-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
___
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: A new and better way to do make readmes?
On Thu, Feb 02, 2012 at 03:21:37PM -0600, Conrad J. Sabatier thus spake: [ Sorry to be so late in following up on this; lost track for a while ] On Sat, 28 Jan 2012 16:53:17 + Matthew Seaman m.sea...@infracaninophile.co.uk wrote: On 28/01/2012 16:28, Conrad J. Sabatier wrote: rubbing eyes in disbelief Am I understanding you correctly? Are you saying you built 20,000+ port READMEs in only 9 seconds?! How is that possible? Or do you mean 9 seconds for each one? 9 seconds sounds quite reasonable for generating 23000 or so files. It sounds incredible to me! :-) Selective updating isn't going to help because 99.9% of the time is spent in the categories and it only takes a single port update to make a category file obsolete. This is the part I find troubling. It would seem that it should be more work to create an individual port README, with its plucking the appropriate line out of the INDEX-* file and then parsing it into its respective pieces and filling in a template, than to simply string together a list of references to a bunch of already built port READMEs into a category README. What am I not getting here? No -- you're quite right. You could generate the category README.html files entirely from the data in the INDEX. It's not quite as easy as all that, because there aren't entries for each category separately, so you'll have to parse the structure out of all of the paths in the INDEX. Well, the idea I had in mind was that, if all of the individual ports' README.html files already are in place, then it should be trivial to just ls or find them under each category to fill in the category's README.html. No need to reference the INDEX or anything else. Or??? The workaround method I've been running out of cron for the last month or so is: 1) Create a sentinel file under /tmp to use as a timestamp, just before running cvs update on ports (I update my ports tree from a local copy of the CVS repo maintained via csup) 2) After cvs completes, look for any port directories containing updates (check timestamps against the sentinel file) and do a make readme for each one: find $PORTSDIR -type f ! -path */CVS/* -newercm $SENTINEL -depth 3 | xargs dirname | sort -u | xargs -I@ /bin/sh -c cd @ make readme 3) Last, but not least, build the category README.html for any categories with ports containing newly updated README.html files. I have noticed while doing this that, as you mentioned, the category READMEs take considerably longer than the individual ports'. I don't even bother to rebuild the top-level file, since it's basically unchanging anyway. I think the way to speed this up is to have the script generate the category files too. There's no point in bringing in the top-level README since that's already fast. So what's making the category READMEs so slow then? The big problem with performance in all this INDEX and README.html building is that it takes quite a long time relatively to run make(1) within any port or category directory. make(1) has to read in a lot of other files and stat(2) many more[*] -- all of which involves a lot of random-access disk IO, and that's always going to take quite a lot of time. Now, doing 'make readme' in a category directory doesn't just run make in that directory, but also in every port in that category. Popular categories can contain many hundreds of ports. I'm a little rusty on the actual mechanics of make, but shouldn't it be possible to run a single, over-arching make on each category that wouldn't need to spawn a bunch of sub-makes? Maybe I should add README.html generation to my FreeBSD::Portindex stuff. Should be pretty simple -- all the necessary bits are readily available and it is just a matter of formatting it as HTML and printing it out. Maybe? Whaddya mean, maybe? :-) Sounds like it would definitely be worth doing! Cheers, Matthew [*] Running 'make -dA' with maximum debug output is quite enlightening, as is running make under truss(1) Enlightening, perhaps. Sometimes overwhelming, is more like it. :-) Not to fancy, but I used this when I was updating the readmes to not break. #!/bin/sh cd /usr/ports for i in `make -V SUBDIR |sed s/local//g`; do for p in `make -C $i -V SUBDIR`; do echo $i/$p sudo make -C $i/$p readme ; done; done ~/readmes.log -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 ___ 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/ipsec-tools files/patch8-utmp.diff
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Jan 25, 2012 at 12:13:01AM -0500, Jason Hellenthal thus spake:
The subject listed port attempts to apply the patch via its $CWD but if $CWD
is not in not within the $MASTERDIR then the patch fails to apply. Please
adjust the following...
.if ${OSVERSION} 97
EXTRA_PATCHES=files/patch8-utmp.diff
.endif
To:
.if ${OSVERSION} 97
EXTRA_PATCHES=${MASTERDIR}/files/patch8-utmp.diff
.endif
Or:
.if ${OSVERSION} 97
EXTRA_PATCHES=${.CURDIR}/files/patch8-utmp.diff
.endif
Thanks
--
;s =;
Thanks. Committed!
- -jgh
- --
Jason Helfman | FreeBSD Committer
j...@freebsd.org | http://people.freebsd.org/~jgh
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (FreeBSD)
iQEcBAEBAgAGBQJPH52jAAoJECBZmmNBUNPcjlkIAIHZ+SOfrBB9QQcgzjDkTKuB
VQgpWKirFfU9vQJUp7OGGwxQm6/0swQwNQOitMYMK4DCLC+F7FSf05FYqvYU5HvW
CWaMkm/Dc2zYVXgHcT3CN1GYK+gB0lRbxPtsZTW7nkWhw6dMdMzJeQb5LRjYMQvd
9Rh6clzM0DlAqSL3GV30kuxXBZw97kCUnDnQgCfPaq+df8QVVXFCYCxy1qlIFBF1
kVHqTCzhkQwlsV24yHVMiI3aPdNJMN4MfVR1Gi379KzWMeKC3fH0EpjKl0rFels8
IzP5PLRsJrXv8yWux4Uw5h6pLRNs4kZEZ74xaWT7jNVEW+Z1IwN4ZEHjUrTqgro=
=XA5N
-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: java/jaf port problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Jan 16, 2012 at 07:40:35PM -0500, Tim X thus spake: Hello, I recently tried to install the java/jaf port that you maintain and noticed an error with it. The link it refers to ( https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=jaf-1.1.1-fcs-oth-JPR@CDS-CDS_Developer) to download the distribution is outdated and redirects to an oracle page with no download link. The new link for jaf-1.1.1 distribution is here: http://www.oracle.com/technetwork/java/javasebusiness/downloads/java-archive-downloads-java-plat-419418.html#jaf-1.1.1-fcs-oth-JPR Committed. Thanks! - -jgh - -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPFNH/AAoJECBZmmNBUNPcn3sH/A1u3QQhYqYhpIUVZK1oMX+C gY7jjkyxBExeK29Y84i4/HqyCmLlLvDmCObT7+ns0SUu37dnAlOnmCy6LbHweroZ jaogWHVkThD4Ltl3v4mYw08jizGZSQtJRtyP5lHmZhHRufecAuehfNzME6WbABGU Qb2HBZRqqmW956WhltGV89HSwPrmzx/fx3kLOvaEa96eIiLrSlhzzTw+9JiljE9Q I3x9TNt72AFGhjIBExFSD5EF1TEQA3Mhn/KQIXO22I8yPFVooOZru6lBCyHCmPWv XbHv0+ri6Bo5Tt2BV+pVYQ8A2xz1pp8ncihU92D3wFJcrxoXDdhnNIoy3sdY5PA= =kald -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: ja-p5-Mail-SpamAssassin needs adoption
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Jan 14, 2012 at 11:14:47AM -0500, Michael Scheidell thus spake: The original maintainer of ja-p5-Mail-SpamAssassin is MIA, and the person who wanted to take the port informed me by private email that maintainer cannot get email from @FreeBSD.org anymore, and I am setting port maintainer to po...@freebsd.org Note: this won't be THAT hard. you just have to coordinate with me (maintainer of p5-Mail-SpamAssassin) and we can make ja* a slave port and then all the hard work is done. I picked up a port update of mail/amavis-logwatch, and queried the maintainer regarding picking up maintainer-ship of ja-p5-Mail-SpamAssassin. Maintainer agreed, and has taken over the maintainer-ship of this port, and I've passed it along that it would be great to move it to be a proper slave. I planned on slaving it soon, but if this is going to take care of by a new maintainer, that would be great, too. Thanks Masaki! - -jgh - -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPE0DjAAoJECBZmmNBUNPcJA4H/iiQsGq38ODKmw9FN2dtPOkO 3znScRxT0D0lfAw+71nztJRTpAkXhJrWZbI/gCsdS9UMycpmktB5hHwhaaFmli46 zDCFU22f/eRxouutH9Gz1ajNrGtzAtX6RBfxZziYUQG5/mLs8ZBgLjJuYn8q/exh oX+yqDYlgEvrLuJPTgd8FyVMwgyzMths3DRDsgSmQfPxZFFH0D+F9co83xgkXLlJ TRQM/WLnD+c0+Dl6mj1AN7XsGWvVKPCtP01fmwkxGN9rn0jNX2FF95Wjn3j1f1Y9 HfrG70RGfRzq7ib7gdYRJPds6dOC3Q/LasCWT4sbxNC6cMpCnEkNGQmTmVLMQMc= =gJFs -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: make readmes seems to be broken (again)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, Dec 13, 2011 at 04:48:38PM -0800, Jason Helfman thus spake:
On Sat, Dec 03, 2011 at 05:31:49PM -0600, Conrad J. Sabatier thus spake:
I've just noticed recently that make readmes in ports is acting up
again (I reported a similar problem several months ago, which did get
fixed at the time).
Instead of generating a README.html at the top level, category level,
and individual packages level, only the top-level and category-level
files are being generated. No README.html files are being generated at
the individual package level.
I saw (and reported) this same behavior about four months ago, and it
did, as I said, get fixed back then. No idea why it's suddenly broken
again now.
Can anyone confirm that it's not just a local problem for me, that it
is indeed broken for everyone?
Thanks!
Thanks for the report. I have run a job through the portstree to build all
readme's and found several ports that are affected by this issue and
submitted problem reports for them.
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=severity=priority=class=state=sort=nonetext=unbreak+make+readmeresponsible=multitext=originator=release=
All ports that broke redefined ${ECHO_MSG} which had issues with a target in
bsd.port.mk. The affected target was: pretty-print-www-site
Thanks!
-jgh
I have committed all of these fixes, so there shouldn't be any more breakage
in the portstree insofar as 'make readme' functionality. We are working on a
larger programmatic fix so this can be handled more efficiently.
Please continue to send reports in if any others surface.
Thanks, again!
- -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.18 (FreeBSD)
iF4EAREIAAYFAk8PUKEACgkQXpKtZoyM+6VsnQD+NcbDHtROhN2P4WzTekpelN+T
Nj+km6s/8vMpor792ysBAIParQ1iFG3nftkhzZcZ8FhUGeneSBXqIOiWrBH9HbII
=HoQA
-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: unassociated shell command
On Wed, Jan 11, 2012 at 10:25:26PM -0600, Stephen Montgomery-Smith thus spake:
On 01/11/2012 10:14 PM, Da Rock wrote:
I'm still very new to this, but I'm almost complete on my first
port. I
do have an unusual error which crops up from time to time and I'm
usually able to fudge along and clear it- but this last little bit
won't
clear!
The particular lines in question are as follows:
post-extract:
[snip]
.if defined(NOPORTDOCS)
@if [ -d ${WRKDIR}/usr/share/doc ]; then \
${RM} -rf ${WRKDIR}/usr/share/doc; \
fi
PLIST_SUB+=@comment
.else
PLIST_SUB+= PORTDOCS=
.endif
and I get the following error make -DNOPORTDOCS install:
Makefile, line 59: Unassociated shell command @if [ -d
${WRKDIR}/usr/share/doc ]; then ${RM} -rf ${WRKDIR}/usr/share/doc; fi
make: fatal errors encountered -- cannot continue
What am I possibly missing? No googling helps, and I've tried many
different tricks that have worked in the past as ${DIRRM}, ${RM},
individual directory/file removal, etc.
The indentation is exactly as in the Makefile.
Is the indentation whitespace, or using tabs? It should be tabs, in my
experience.
-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
___
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: How to detect the version of a installed perl module during portbuild
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Jan 03, 2012 at 05:41:01PM -0600, Paul Schmehl thus spake:
--On January 3, 2012 9:52:15 PM +0100 Olli Hauer oha...@freebsd.org wrote:
Hi,
I'm searching a solution to detect the version of p5-JSON-RPC during
build time.
JSON-RPC-1.01 is *not* backward compatible to 0.96 so I have to apply a
fix to the port only if JSON-RPC 0.96 is installed.
From http://cpansearch.perl.org/src/DMAKI/JSON-RPC-1.01/Changes
1.00_01 2011 Nov 16
- If you are using old JSON::RPC code (up to 0.96), DO NOT EXPECT
YOUR CODE TO WORK. THIS VERSION IS BACKWARDS *INCOMPATIBLE*
...^^
This returns the installed package:
pkg_info -qa | grep p5-JSON-RPC | sort | uniq
so maybe you could do something like?
JSON_VER=`pkg_info -qa | grep p5-JSON-RPC | sort | uniq | cut -d'-' -f4`
.if ${JSON_VER} = 1
do this
.else
do this
.endif
This may be more clean:
$ perl -MJSON::RPC -le 'print $JSON::RPC::VERSION'
1.01
- -jgh
- --
Jason Helfman | FreeBSD Committer
j...@freebsd.org | http://people.freebsd.org/~jgh
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (FreeBSD)
iQEcBAEBAgAGBQJPA9MDAAoJECBZmmNBUNPcpNwH/2sQp0rr0Nl0a7pfS99EV15y
YAae3zfYoQcLEURO8bovAtYWWdPFlWpXTyvCwp85z/kXx+qm3BtgRLMh/37Nkoep
qkkM3qj5j5SGQE9iqGUBKM7bSeoi4J2NJcQG+dJlFY8/uWQwby63WQt/a2P+pUb/
MxXIPkkLs3DkF+RWU63xrYIC7px4YNSpL3DZaetDEVM/O6tLod990qfVRkE+bRdj
SPxdIkPOD0c9klzGEBkVoQlDBkMLKpgnMw2RVwG/T6G1L6uKdOe8xOmrVDowm1KS
KT8Su29j89BR7NJdlr8OxNj0Y2JiUlsPihu2kZOGvddogjKZC3y6yZ5ckEbIBeg=
=DfSK
-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: net-p2p/amule and net-p2p/amule-devel maintainership
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Dec 26, 2011 at 07:55:19PM +0100, Barbara thus spake: As the amule* ports have currently no maintainer and I've submitted pr/patches to upgrade to recent versions, I was asked to take the maintainership of both ports. That it's not a problem for me and I'll be glad to take care of them. Anyway I'm wondering if someone else is motivated to claim the maintainership. In the meanwhile, I'm kindly asking rene@ to commit the changes needed to set me as maintainer for both. Maintainer-ship has been passed over to you, now. Thanks for taking over these ports! - -jgh - -- Jason Helfman | FreeBSD Committer j...@freebsd.org | http://people.freebsd.org/~jgh -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJO+jSFAAoJECBZmmNBUNPcLR8IAKmiVvjLoLWNysbbcZt9pW+d QC3AtR3JZszMDwTMjXiWWsyVAoRIpwWfIlpgzDhA/PJg2pw7l03AqDr4pJORwdLq 9WJRJRuDC9eEH5WaidiIPbl8FCTCwsfOc8ioffG3PUJDm7rSFP17TGViGACZja/R V98tWEIcQ12YlZTmk6NmZa7iNn86lImvR6LLoQ4V8kit9+n4eO8L65++/0QHKdRD bW8rdBpNDu6xrpXFSnzYMhvNsZDObI+VJiRMEju1tU/ul1GH4WsHU3vRX6HT9KKE Wg79Osslx12XxVatAfHBQNzst2ToQs4FqFhvWLKI/D7jYEK5SKTgUmArP1qYeGQ= =QatN -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: openjdk timezone data, not updated?
On Wed, Dec 14, 2011 at 11:34:22AM -0800, Jason Helfman thus spake:
Hello All,
Correct me if I am wrong, but it appears that the latest openjdk update
didn't include the updated timezone information. I am thinking that this
file is the version of the tzupdater.
/usr/ports/java/openjdk6/work/jdk/make/sun/javazic/tzdata
The 'VERSION' file in this directory states it is: tzdata2010i
This dates back to version 1.3.31, however the most up-to-date version of
the tzupdater is 1.3.45.
Is there a way to get this updated, or is there another tool to update the
timezone data?
Does OpenJDK update the timezone data with updates?
Thanks,
Jason
I found this problem report
http://www.freebsd.org/cgi/query-pr.cgi?pr=161945cat
which explained the issue and how to solve it.
There is a link off of this problem-report that shows what to do to actually
create the zone data for java and install it.
Given all of this information, and that this patch hasn't been committed, at
the moment, I patched my portstree so the javazic.jar is installed.
After I had confirmed the installation, I worked with a co-worker on making a
port
that downloads the open tzdata distribution file, builds them, and installs
them.
It moves the current zoneinfo directory to zi.dist, and installs the new
files, and it clearly works in our application, now.
Attached is the shar. Ideally, it would be great if either this was worked
into the main openjdk build, or if the patch was committed, and then one
could installs this as an additional port.
Thoughts?
Thanks,
Jason
--
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
# This is a shell archive. Save it in a file, remove anything before
# this line, and then unpack it by entering sh file. Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
# openjdk6-tzdata
# openjdk6-tzdata/Makefile
# openjdk6-tzdata/distinfo
# openjdk6-tzdata/pkg-plist
# openjdk6-tzdata/pkg-deinstall
# openjdk6-tzdata/pkg-descr
# openjdk6-tzdata/pkg-install
#
echo c - openjdk6-tzdata
mkdir -p openjdk6-tzdata /dev/null 21
echo x - openjdk6-tzdata/Makefile
sed 's/^X//' openjdk6-tzdata/Makefile 'c26f5cf5e208020d04c08ae273964ac4'
X# New ports collection makefile for: tzdata
X# Date created:14 December 20110
X# Whom:Jason Helfman jhelf...@experts-exchange.com
X#
X# $FreeBSD$
X#
X
XPORTNAME= tzdata
XPORTVERSION= 2011n
XCATEGORIES=java devel
XMASTER_SITES= ftp://munnari.oz.au/pub/
XDISTNAME= ${PORTNAME}${PORTVERSION}
X
XMAINTAINER=jhelf...@experts-exchange.com
XCOMMENT= Provides latest timezone data for OpenJDK6
X
XUSE_JAVA= yes
XJAVA_VERSION= 1.6
XJAVA_VENDOR= openjdk
XPLIST_SUB= ZI=${JAVA_VENDOR}${JAVA_VERSION:S/1.//}/jre/lib/zi
XPKGNAMEPREFIX:=${JAVA_VENDOR}${JAVA_VERSION:S/1.//}-
X
Xdo-build:
X ${MKDIR} ${WRKDIR}/${PORTNAME}-datafiles
X cd ${WRKDIR} ${JAVA} -jar \
X ${JAVA_HOME}/jre/lib/javazic.jar -V ${PORTVERSION} \
X -d ${WRKDIR}/${PORTNAME}-datafiles \
X africa \
X antarctica \
X asia \
X australasia \
X etcetera \
X europe \
X factory \
X northamerica \
X southamerica \
X systemv 2/dev/null
X
Xdo-install:
X @${SH} ${PKGINSTALL} ${PKGNAME} PRE-INSTALL
X ${MKDIR} ${JAVA_HOME}/jre/lib/zi
X cd ${WRKDIR}/${PORTNAME}-datafiles ${COPYTREE_SHARE} \*
${JAVA_HOME}/jre/lib/zi
X
X.include bsd.port.mk
c26f5cf5e208020d04c08ae273964ac4
echo x - openjdk6-tzdata/distinfo
sed 's/^X//' openjdk6-tzdata/distinfo '1ca01f606fc7d9e438a1f9c6b33aeb11'
XMD5 (tzdata2011n.tar.gz) = 20dbfb28efa008ddbf6dd34601ea40fa
XSHA256 (tzdata2011n.tar.gz) =
a343e542486b2b8ebdeca474eed79f1c04f69420ca943c2b9bdea1d2385e38cd
XSIZE (tzdata2011n.tar.gz) = 204684
1ca01f606fc7d9e438a1f9c6b33aeb11
echo x - openjdk6-tzdata/pkg-plist
sed 's/^X//' openjdk6-tzdata/pkg-plist '5e1f4ef58a5c4ed450004e43613b80be'
X%%ZI%%/Africa/Douala
X%%ZI%%/Africa/Conakry
X%%ZI%%/Africa/Bissau
X%%ZI%%/Africa/Lusaka
X%%ZI%%/Africa/Abidjan
X%%ZI%%/Africa/Freetown
X%%ZI%%/Africa/Ouagadougou
X%%ZI%%/Africa/Libreville
X%%ZI%%/Africa/Kampala
X%%ZI%%/Africa/Blantyre
X%%ZI%%/Africa/Mogadishu
X%%ZI%%/Africa/Bujumbura
X%%ZI%%/Africa/Malabo
X%%ZI%%/Africa/Gaborone
X%%ZI%%/Africa/Dakar
X%%ZI%%/Africa/Mbabane
X%%ZI%%/Africa/Banjul
X%%ZI%%/Africa/Kigali
X%%ZI%%/Africa/Khartoum
X%%ZI%%/Africa/Tripoli
X%%ZI%%/Africa/Nouakchott
X%%ZI%%/Africa/Ndjamena
X%%ZI%%/Africa/Monrovia
X%%ZI%%/Africa/Johannesburg
X%%ZI%%/Africa/Windhoek
X%%ZI%%/Africa/Bamako
X%%ZI%%/Africa/Luanda
X%%ZI%%/Africa/El_Aaiun
X%%ZI%%/Africa/Kinshasa
X%%ZI%%/Africa/Addis_Ababa
X%%ZI%%/Africa/Dar_es_Salaam
X%%ZI%%/Africa
Re: make readmes seems to be broken (again)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Sat, Dec 03, 2011 at 05:31:49PM -0600, Conrad J. Sabatier thus spake:
I've just noticed recently that make readmes in ports is acting up
again (I reported a similar problem several months ago, which did get
fixed at the time).
Instead of generating a README.html at the top level, category level,
and individual packages level, only the top-level and category-level
files are being generated. No README.html files are being generated at
the individual package level.
I saw (and reported) this same behavior about four months ago, and it
did, as I said, get fixed back then. No idea why it's suddenly broken
again now.
Can anyone confirm that it's not just a local problem for me, that it
is indeed broken for everyone?
Thanks!
Thanks for the report. I have run a job through the portstree to build all
readme's and found several ports that are affected by this issue and
submitted problem reports for them.
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=severity=priority=class=state=sort=nonetext=unbreak+make+readmeresponsible=multitext=originator=release=
All ports that broke redefined ${ECHO_MSG} which had issues with a target in
bsd.port.mk. The affected target was: pretty-print-www-site
Thanks!
- -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.18 (FreeBSD)
iF4EAREIAAYFAk7n8mYACgkQXpKtZoyM+6VsjwD+JbZT0r7f9U7/KE6xI1tbaCp2
LdGrdU/LSgzJHUKVWz4A/RG4FVPO5TrMGRfdsHJV5CN5mVuP5ioRkXta+587PF4P
=udGp
-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: Clicking URLs with acroread8
On 12/11/2011 23:24, Micheas Herman wrote: Not a direct solution, but I have found the gnome pdf reader evince Thanks, too gnome'y. :) epdfview is like evince, but doesn't use all of the gnome libs. http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/epdfview/pkg-descr?rev=1.1 May be worth a look. I've tried it before, and it is very useful in my opinion. -jgh ___ 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: More nitpicks from the department of redundancy department...
On Tue, Nov 22, 2011 at 10:49:24AM -0500, Wesley Shields thus spake:
On Tue, Nov 22, 2011 at 03:44:47PM +, Matthew Seaman wrote:
On 22/11/2011 13:29, Wesley Shields wrote:
On Mon, Nov 21, 2011 at 12:42:59AM -0500, Eitan Adler wrote:
On Sun, Nov 20, 2011 at 10:18 AM, Eitan Adler li...@eitanadler.com wrote:
On Sun, Nov 20, 2011 at 4:45 AM, Matthew Seaman
m.sea...@infracaninophile.co.uk wrote:
PORT_DBDIR?= /var/db/ports is the default setting in bsd.ports.mk -- the
following ports redefine it to exactly the same value:
[ snip ]
Thanks for the report - I'll handle these.
Sorry for the empty promise. Something came up and I won't have the
time to look at these :( - maybe someone else can take them up
Hi Matthew!
If you could please file these in a PR and CC me I will try and work
through all of these.
Done: http://www.freebsd.org/cgi/query-pr.cgi?pr=162754
Thank you! I will try and clean all this up, but as I'm sure you're
aware we are coming up on a holiday in the states so my time is limited
for the next few days. I will look at this as time permits though!
-- WXS
I did have a brief look at some of these and it was a great catch. One item
I did find interesting is a number of these define LATEST_LINK, but it just
matches ${PORTNAME}, so the LATEST_LINK can more than likely be dropped -- on
a case-by-case basis, of course.
-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
___
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: postgresql-client-8.2.22_1: Makefile error: you cannot include bsd.port[.pre].mk twice
On Thu, Oct 20, 2011 at 09:10:52AM -0400, Jerry thus spake: When attempting to build the postgresql-client-8.2.22_1 port, this error message is being emitted: postgresql-client-8.2.22_1: Makefile error: you cannot include bsd.port[.pre].mk twice Has anyone else noticed it? I filed a PR against it. http://www.freebsd.org/cgi/query-pr.cgi?pr=161824 -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 ___ 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: databases/postgresql84-server 8.4.9 rc.d script broken
I just submitted a patch for this. No PR number, yet. -jgh On Wed, Oct 19, 2011 at 11:45:28AM +1100, John Marshall thus spake: After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the rc.d script vomits thus: rwsrv03# /usr/local/etc/rc.d/postgresql start su: unknown login: %%PG_USER%% Presumably the updated port is missing a substitution edit but I haven't found where. -- John Marshall -- 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 ___ 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: databases/postgresql84-server 8.4.9 rc.d script broken
http://www.freebsd.org/cgi/query-pr.cgi?pr=161791
-jgh
On Tue, Oct 18, 2011 at 07:56:05PM -0500, Matthew D. Fuller thus spake:
On Wed, Oct 19, 2011 at 11:45:28AM +1100 I heard the voice of
John Marshall, and lo! it spake thus:
After upgrading databases/postgresql84-server from 8.4.8_1 to 8.4.9, the
rc.d script vomits thus:
All of them, probably. The 9.0.x ditto:
postgresql_user=${postgresql_user:-%%PG_USER%%}
Can be worked around locally by putting a postgresql_user=pgsql in
rc.conf.
--
Matthew Fuller (MF4839) | fulle...@over-yonder.net
Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
On the Internet, nobody can hear you scream.
___
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
--
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
___
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: FreeBSD Port: jasperserver-4.1.0
On Wed, Oct 12, 2011 at 05:23:40AM -0700, mhol...@kingventures.net thus spake: Good morning, I have just installed jasperserver from ports on FreeBSD 8.0. Thank you for the great job. Thanks very much. Happy to hear that someone is actually using it. :) I'm not sure if I missed a step, but I have no data in the MySQL jasperserver database and I cannot login. Any help would be appreciated. I've attached the default package message for reference. Once the database is created: mysql create database jasperserver character set utf8; You would need to load the following files in to the jasperserver database: /usr/local/tomcat5.5/webapps/jasperserver/js-create.ddl /usr/local/tomcat5.5/webapps/jasperserver/quartz.ddl /usr/local/tomcat5.5/webapps/jasperserver/jasperserverCreateDefaultSecurity-mysql.sql After they are loaded in, and at least your tomcat/db server are started, you should be able to login via the default username and password. (jasperadmin/jasperadmin) Insofar as data, most of our reports are connecting to an oracle system that already have existing data, however there are sample datasets to load that are in the distribution of the software. Here is the location of various datasets that can be loaded, but I have not tested any of this: $ cd /usr/ports/databases/jaspserserver $ make extract $ cd work/jasperreports-server-cp-4.1.0-src/jasperserver/buildomatic/install_resources/sql Hope this helps! -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 To use this software package, you need to properly configure and enable an application and database server. These components need to be enabled, respectively, in /etc/rc.conf. The mysql schema and default security credentials have been copied to: - /usr/local/tomcat5.5/webapps/jasperserver/js-create.ddl - /usr/local/tomcat5.5/webapps/jasperserver/quartz.ddl - /usr/local/tomcat5.5/webapps/jasperserver/upgrade-mysql-4.0.0-4.1.0-ce.sql and - /usr/local/tomcat5.5/webapps/jasperserver/jasperserverCreateDefaultSecurity-mysql.sql Take necessary precautions before loading this sql into the jasperserver database. To create the jasperserver database, you may choose to run the following target against /work/a/ports/databases/jasperserver/work/jasperreports-server-cp-4.1.0-src/jasperserver/buildomatic/js-ant ./js-ant create-js-db (Creates the jasperserver database) If the jasperserver database already exists, you may need to first drop the database: ./js-ant drop-js-db (Drops the jasperserver database) Alternatively, you may choose to use the following method to create a suitable database: (mysql) mysql create database jasperserver character set utf8; (postgresql) create database jasperserver; pgpW2sBXnT82c.pgp Description: PGP signature
Re: textproc/mythes
Hi! I tried to update LibreOfficw whic need a mythes but there are an error: Configuring for mythes-1.2.1_1 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... cc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking build system type... i386-portbld-freebsd8.2 checking host system type... i386-portbld-freebsd8.2 checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... no checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking how to run the C preprocessor... cpp checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... (cached) yes checking whether c++ accepts -g... (cached) yes checking dependency style of c++... (cached) gcc3 checking how to run the C++ preprocessor... c++ -E checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC -DPIC checking if c++ PIC flag -fPIC -DPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking if c++ supports -c -o file.o... (cached) yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd8.2 ld.so checking how to hardcode library paths into programs... immediate checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for HUNSPELL... no configure: error: Package requirements (hunspell) were not met: gnome-config: not found No package 'hunspell' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables HUNSPELL_CFLAGS and HUNSPELL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. === Script configure failed unexpectedly. Please report the problem to off...@freebsd.org [maintainer] and
Re: [Request for Comments] Adding a JAILED meta-variable to bsd.port.mk
On 8/20/11 8:44 AM, Kostik Belousov wrote: One thing I can think of off-hand to fix this in that case is setting a local environment variable to disable a check for security.jail.jailed. Would this be an ok solution for those cases? If not, I happily agree that this change should not be made then. I have an updated patch to bsd.port.mk that looks for a local environment variable, PKGJAIL - if it is set, then JAILED is unset. Would this be acceptable? The change would require user to do a configuration for a thing that previously just worked. What is the point ? I suppose the specific problem I am trying to solve is a case where a user builds a port within a jail with the expectation that the port will in fact run within the jail with little or no changes. Perhaps security/sshguard-pf and databases/postgresql*-server are not the most ideal examples of where this would be relevant. I agree that a configuration change for something that worked before is not the best solution. So, I retract this change proposal. Again, thank you for the feedback and pointing out that this would have had negative impact on those using jails for package building. Regards, Glen I, myself, have not installed or built enough packages in jails to find this issue, however I am using tinderbox for maintaining my ports, submitting ports, or patches, as well as maintaining a local ports tree. In doing this, and maintaining our operational environment, I am finding may conditions where you may want to do one thing or another, and the possibilities I have found can be endless, so it could be argued to not introduce global functionality for the X number of ports/packages that need it, however to code the port to be aware of these conditions in the packaging scripts. For example, you could test for values of sysctl, or another condition. Based on the result, perform X action. Although, I haven't done this specifically for a jail, I don't see why the same practice couldn't be exercised. These, I believe, can all be take taken advantage of in subsequent pkg-* files. Just a thought. Thanks, Jason ___ 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
[patch] book/porters-handbook: sync handbook with bsd.java.mk
Submitter-Id: current-users
Originator:Jason Helfman
Organization: Experts Exchange, LLC.
Confidential: no
Synopsis: [patch] book/porters-handbook: sync handbook with bsd.java.mk
Severity: non-critical
Priority: low
Category: docs
Class: change-request
Release: FreeBSD 8.2-RELEASE i386
Environment:
System: FreeBSD eggman.experts-exchange.com 8.2-RELEASE FreeBSD 8.2-RELEASE #0:
Fri Feb 18 02:24:46 UTC 2011
r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386
Description:
Email from Edward Sutton, III to doc@
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html
refers to blackdown as a JAVA_VENDOR, among now outdated versions being
listed as choices and examples.
With this patch, sgml renders fine, and builds with no issue.
How-To-Repeat:
Fix:
Index: books/porters-handbook/book.sgml
===
RCS file:
/home/jhelfman/ncvs/doc/en_US.ISO8859-1/books/porters-handbook/book.sgml,v
retrieving revision 1.1113
diff -u -r1.1113 book.sgml
--- books/porters-handbook/book.sgml20 Jul 2011 04:26:06 - 1.1113
+++ books/porters-handbook/book.sgml11 Aug 2011 05:37:06 -
@@ -6170,8 +6170,8 @@
entryList of space-separated suitable Java versions for
the port. An optional literal+/literal allows you to
specify a range of versions (allowed values:
- literal1.1[+] 1.2[+] 1.3[+] 1.4[+] 1.5[+]
- 1.6[+]/literal)./entry
+ literal1.5[+] 1.6[+] 1.7[+]
+ /literal)./entry
/row
row
@@ -6185,7 +6185,7 @@
entrymakevarJAVA_VENDOR/makevar/entry
entryList of space-separated suitable JDK port vendors for
the port (allowed values: literalfreebsd bsdjava sun
- blackdown openjdk/literal)./entry
+ openjdk/literal)./entry
/row
row
@@ -6242,13 +6242,13 @@
row
entrymakevarJAVA_PORT/makevar/entry
entryThe name of the JDK port (e.g.
- literal'java/jdk14'/literal)./entry
+ literal'java/diablo-jdk16'/literal)./entry
/row
row
entrymakevarJAVA_PORT_VERSION/makevar/entry
entryThe full version of the JDK port (e.g.
- literal'1.4.2'/literal). If you only need the first
+ literal'1.6.0'/literal). If you only need the first
two digits of this version number, use
makevar${JAVA_PORT_VERSION:C/^([0-9])\.([0-9])(.*)$/\1.\2/}/makevar./entry
/row
@@ -6256,19 +6256,19 @@
row
entrymakevarJAVA_PORT_OS/makevar/entry
entryThe operating system used by the JDK port (e.g.
- literal'linux'/literal)./entry
+ literal'native'/literal)./entry
/row
row
entrymakevarJAVA_PORT_VENDOR/makevar/entry
entryThe vendor of the JDK port (e.g.
- literal'sun'/literal)./entry
+ literal'freebsd'/literal)./entry
/row
row
entrymakevarJAVA_PORT_OS_DESCRIPTION/makevar/entry
entryDescription of the operating system used by the JDK port
- (e.g. literal'Linux'/literal)./entry
+ (e.g. literal'Native'/literal)./entry
/row
row
@@ -6280,34 +6280,34 @@
row
entrymakevarJAVA_HOME/makevar/entry
entryPath to the installation directory of the JDK (e.g.
- filename'/usr/local/jdk1.3.1'/filename)./entry
+ filename'/usr/local/diablo-jdk1.6.0'/filename)./entry
/row
row
entrymakevarJAVAC/makevar/entry
entryPath to the Java compiler to use (e.g.
- filename'/usr/local/jdk1.3.1/bin/javac'/filename or
+ filename'/usr/local/diablo-jdk1.6.0/bin/javac'/filename or
filename'/usr/local/bin/jikes'/filename)./entry
/row
row
entrymakevarJAR/makevar/entry
entryPath to the commandjar/command tool to use (e.g.
- filename'/usr/local/jdk1.3.1/bin/jar'/filename or
+ filename'/usr/local/diablo-jdk1.6.0/bin/jar'/filename or
filename'/usr/local/bin/fastjar'/filename)./entry
/row
row
entrymakevarAPPLETVIEWER/makevar/entry
entryPath to the commandappletviewer/command utility (e.g.
-
filename'/usr/local/linux-jdk1.3.1/bin/appletviewer'/filename)./entry
+
filename'/usr/local/diablo-jdk1.6.0/bin/appletviewer'/filename)./entry
/row
row
entrymakevarJAVA/makevar/entry
entryPath to the commandjava/command
Re: Ubuntu One port
On Fri, Aug 12, 2011 at 12:26:07AM +0200, Olivier Smedts thus spake: 2011/8/11 Anton gni...@gmail.com: On 12.08.2011 00:25, Koop Mast wrote: There isn't a libebook-1.2.9 in our evolution-data-server port only libebook-1.2.10. And why not use the USE_GNOME=evolutiondataserver switch to depend on it? More values are mentioned at line 81 of Mk/bsd.gnome.mk. === SECURITY REPORT: This port has installed the following binaries which execute with increased privileges. /usr/local/libexec/camel-lock-helper-1.2 If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. === Returning to build of ubuntuone-client-1.7.0 The error is here, nothing related to the above messages : Error: shared library ebook-1.2.9 does not exist *** Error code 1 Is that library installed? I have updated my ports tree, and I have: libebook-1.2.so.10, so I would think your lib depends should be this: ebook-1.2.10 Or as mentioned earlier, use: USE_GNOME=evolutiondataserver -jgh What should I make that fix this error? -- best regards, Anton -- 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 ___ 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: Ubuntu One port -- update
On Thu, Aug 11, 2011 at 08:54:00PM -0300, Jesse Smith thus spake:
-Original Message-
From: Koop Mast k...@rainbow-runner.nl
To: gni...@gmail.com
Cc: Jesse Smith jessefrgsm...@yahoo.ca, freebsd-ports@freebsd.org
Subject: Re: Ubuntu One port
Date: Thu, 11 Aug 2011 23:08:29 +0200
On Fri, 2011-08-12 at 00:02 +0300, Anton wrote:
On 11.08.2011 01:53, Jesse Smith wrote:
Hi all,
I've been working on a port of the Ubuntu One client. Ubuntu One is a
cloud storage service and the client is used to sync files with the
remote server.
The port has been progressing well and I've reached a point where it
builds and installs cleanly on my machine. However, running the software
still seems a bit flaky, I don't think the daemon is running properly.
Is anyone here willing to give the attached port a try and send me
feedback/suggestions?
Build port is failed for me.
text of error here:
=== Running ldconfig
/sbin/ldconfig -m /usr/local/lib
=== Registering installation for evolution-data-server-2.32.1_1
=== SECURITY REPORT:
This port has installed the following binaries which execute with
increased privileges.
/usr/local/libexec/camel-lock-helper-1.2
If there are vulnerabilities in these programs there may be a
security
risk to the system. FreeBSD makes no guarantee about the security of
ports included in the Ports Collection. Please type 'make deinstall'
to deinstall the port if this is a concern.
=== Returning to build of ubuntuone-client-1.7.0
Error: shared library ebook-1.2.9 does not exist
*** Error code 1
Stop in /usr/ports/net/ubuntuone.
There isn't a libebook-1.2.9 in our evolution-data-server port only
libebook-1.2.10. And why not use the USE_GNOME=evolutiondataserver
switch to depend on it? More values are mentioned at line 81 of
Mk/bsd.gnome.mk.
Is camel-lock-helper-1.2 vulnerable?
I have idea what you mean with this.
-Koop
I have switched out the libebook requirement for
USE_GNOME=evolutiondataserver and I also found another dependency
which had been installed on my system. Please find attached my updated
port.
Jesse
You may want to check out the porters handbook for some guidance on this
port.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/book.html
For instance, the default WRKSRC is what you have defined, so that is not
needed.
You don't need to have gettext as a build dependency, if you include this in
your port:
USE_GETTEXT=yes
I would recommend tuning your use of /usr/local to be ${LOCALBASE}, as
${LOCALBASE} = /usr/local
In addition, you may want to look into disabling nls, if you can, during the
configure, as an option.
I also highly recommend running portlint against this port, as it will tell
you a number of issue to cleanup.
Hope this is of some help,
Jason
--
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
___
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: from netsnmp.20 to netsnmp.30
On Tue, Aug 02, 2011 at 03:39:57PM +0400, Pavel Timofeev thus spake:
since we have net-snmp 5.7 in ports it would be right to correct some ports
from netsnmp.20 to netsnmp.30
[root@monitor /usr/ports]# grep -R netsnmp.20 *
french/plgrenouille/Makefile:LIB_DEPENDS=
netsnmp.20:${PORTSDIR}/net-mgmt/net-snmp
security/libfwbuilder/Makefile:
netsnmp.20:${PORTSDIR}/net-mgmt/net-snmp
sysutils/rsyslog5-devel-snmp/Makefile:LIB_DEPENDS=
netsnmp.20:${PORTSDIR}/net-mgmt/net-snmp
You may want to update your portstree, and run this check again. All of
the ports listed here are either no longer in the ports tree, or have
been merged into other ports that are using netsnmp.30.
-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
___
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: RFC: some patches to the Porter's Handbook
On Wed, Jun 01, 2011 at 12:04:13AM -0500, Mark Linimon thus spake: When going through the Using sections, I always get irritated by having to figure out where the makevars that they are talking about are defined. This patch adds some crossrefs to the CVSWeb pages for them. (In a few cases, the filenames were mentioned, but they weren't CVSWeb references.) Does anyone have any objection to the following? mcl Good idea. You may want to consider using 'url.base': ulink url=url.base;/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk -jgh ___ 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: Automating Port Building- Setting options on the command line
On Thu, Mar 31, 2011 at 05:49:06PM -0700, Patrick Powell thus spake: First, before you tell me to do it, I have already RTFM, done a google search, and even looked for examples. Here is what I am trying to do. I have to generate a set of packages for amd64 and i386 systems. I usually have a simple script that does: cd /usr/ports/XXX make make install make package cp generated package /.../repository This served my simple needs well, as most of the time I had gone through the configuration process and set up the default options that I wanted. But this requires me to a) run through this process once by hand b) copy the /var/db/ports/* to a machine with another architecture c) pray that the port options are the same on the i386 and amd64 versions. What I would like to do is pass in a set of default options on the command line such as: cd /usr/ports/lang/php5-extensions make configure THIS=yes THAT=no make make install make package I just know that somebody out there is doing this better, slicker, and with more savvy than I am doing this. OK. How do I do this? And just in case there are some others out there, could you put this information, or a hint to it, in the ports(7) document? -- Patrick Powell Astart Technologies papow...@astart.com1530 Jamacha Road, Suite X, Network and System San Diego, CA 92019 Consulting 858-874-6543 Web Site: www.astart.com IMHO it is time you look into the wonders of Tinderbox. http://tinderbox.marcuscom.com/ -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 ___ 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: [HEADS UP] Ports Infrastructure Changes
On Thu, Mar 24, 2011 at 10:38:48AM -0500, Eitan Adler thus spake: you can then build category based directories with symlinks to the main location based on what categories My ports-mgmt/symports does something like this. It builds a full directory tree of symlinks for the secondary categories. I'm sure that something like this has been mentioned before. But I don't see what else is going to stop the categorization issue popping up all of the time. If we alphabetized the ports then there would be constant conversation about how whether or not we should categorize them. -- Eitan Adler When this change goes in, it may be a good idea to commit a documentation change, as well, that cleans up and adds the new categories here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-categories.html -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 ___ 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: [HEADS UP] Ports Infrastructure Changes
On Thu, Mar 24, 2011 at 04:41:33PM +, Anton Shterenlikht thus spake: On Thu, Mar 24, 2011 at 09:23:22AM -0700, Jason Helfman wrote: On Thu, Mar 24, 2011 at 10:38:48AM -0500, Eitan Adler thus spake: you can then build category based directories with symlinks to the main location based on what categories My ports-mgmt/symports does something like this. It builds a full directory tree of symlinks for the secondary categories. I'm sure that something like this has been mentioned before. But I don't see what else is going to stop the categorization issue popping up all of the time. If we alphabetized the ports then there would be constant conversation about how whether or not we should categorize them. -- Eitan Adler When this change goes in, it may be a good idea to commit a documentation change, as well, that cleans up and adds the new categories here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-categories.html I'm against this change. I've never had any problems with the way ports are categorised. Also, refuse file is arranged in categories, so I can, and often do, remove the whole categories of ports from my /usr/ports, e.g. languages which I don't speak, or java, or whatever. Spending time and energy on rearranging everything in alphabetic order is a waste of time and will not help me a bit. I was referring to the change of the original idea of this thread regarding the splitting up of www, respectively. This thread has dealt with a plethora of changes. -jgh ___ 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: [HEADS UP] Ports Infrastructure Changes
On Thu, Mar 24, 2011 at 01:12:49PM -0500, Eitan Adler thus spake: When this change goes in, it may be a good idea to commit a documentation change, as well, that cleans up and adds the new categories here: Is the attached patch sufficient? -- Eitan Adler Looks good. I was going to create one, myself, but didn't have time to investigate if other categories were introduced, or removed that require adjustment. I took a look though against /usr/ports and compared the categories, and there is nothing that requires any changes from the category naming point-of-view. I only looked at actual categories, though, and didn't compare meta-categories. -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 ___ 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
sysutils/gpart: deprecated port, anyone interested?
Hi, I have no actual interest in maintaining this port, as I don't use it, however I was able to update the port to find a suitable site for downloading and building. I found the hosting site with a google lookup, and it is also listed as the only downloading reference off of Wikipedia. It appears to work (i386): [jhelfman@eggman ~]$ sudo /sbin/gpart show = 63 488281185 mirror/gm0 MBR (233G) 63 488279547 1 freebsd [active] (233G) 488279610 1638 - free - (819K) =0 488279547 mirror/gm0s1 BSD (233G) 04194304 2 freebsd-swap (2.0G) 4194304 484085243 1 freebsd-ufs (231G) Here is a patch if someone would like to take it over, otherwise it will expire: http://jgh.devio.us/files/gpart_patch.txt Thanks, Jason -- 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 ___ 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: sysutils/gpart: deprecated port, anyone interested?
On Wed, Mar 16, 2011 at 10:20:11AM -0700, Jason Helfman thus spake: Hi, I have no actual interest in maintaining this port, as I don't use it, however I was able to update the port to find a suitable site for downloading and building. I found the hosting site with a google lookup, and it is also listed as the only downloading reference off of Wikipedia. It appears to work (i386): [jhelfman@eggman ~]$ sudo /sbin/gpart show = 63 488281185 mirror/gm0 MBR (233G) 63 488279547 1 freebsd [active] (233G) 488279610 1638 - free - (819K) =0 488279547 mirror/gm0s1 BSD (233G) 04194304 2 freebsd-swap (2.0G) 4194304 484085243 1 freebsd-ufs (231G) Here is a patch if someone would like to take it over, otherwise it will expire: http://jgh.devio.us/files/gpart_patch.txt Thanks, Jason Whoops :) I ran the base gpart, so not sure if it works, but I suppose it could, just not on my system. [jhelfman@eggman ~/ports/sysutils/gpart]$ sudo /usr/local/sbin/gpart show *** Fatal error: open(show): No such file or directory. -jgh ___ 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: deprecated ports
On Tue, Mar 15, 2011 at 02:58:01PM -0700, Charlie Kester thus spake: I see there's been another few batch commits deprecating some unmaintained ports where upstream is gone and/or distfile is no longer available. Maintainers and prospective maintainers should be sure to look at the ports listed in these commits. I don't think much effort was made to check the availability of the distfiles. Instead, it seems that all that was done was to try the MASTER_SITES, etc. from the port Makefiles, and if the fetch failed, onto the list they went. NOTE: I'm NOT saying the committers' procedure was too lazy or anything like that. There are a lot of these broken ports in the tree, and deprecation seems like a reasonable step to take -- especially if the result is to trigger some action from people who want to see these ports retained. I just rescued one of these, sysutils/lookat, that was deprecated a few days ago. I followed the WWW link in the pkg-descr, found that the author's website was still up and that the distfile could still be downloaded -- but the download url had changed. So all the port needed was a tweak to the MASTER_SITES. Today I see that the fairly popular graphics/gimpshop has also been deprecated. Here the WWW link from pkg-descr also fails, but a quick websearch found the new (?) official website for this app: http://www.gimpshop.com, where the distfile is available for download. So here's another one that can be easily rescued. And I'll bet there are more. To this point I just found another: sysutils/idled was just deprecated the other day. In following some weblinks, I found that doinkd has replaced it: sysutils/doinkd :) Maybe the DEPRECATION line should be altered. -jgh ___ 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: libreoffice 3.3.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, Mar 02, 2011 at 04:30:49PM -0600, ajtiM thus spake: On FreeBSD 8.2-RELEASE #0 I tried tou install LibreOffice 3.3.1 and I got: portmaster -d /editors/libreoffice and I got:Current setting: en-US = 798b2ffdc8bcfe7bca2cf92b62caf685-rhino1_5R5.zip is not in /usr/ports/editors/libreoffice/distinfo. = Either /usr/ports/editors/libreoffice/distinfo is out of date, or = 798b2ffdc8bcfe7bca2cf92b62caf685-rhino1_5R5.zip is spelled incorrectly. *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Stop in /usr/ports/editors/libreoffice. === make failed for editors/libreoffice === Aborting update Yes, I have JAVA enabled. Thanks in advance. Mitja http://jpgmag.com/people/lumiwa ___ 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 I put a patch in for this this morning. To resolve this issue run this command: cd /usr/ports/editors/libreoffice; make makesum ; make - -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.17 (FreeBSD) iF4EAREIAAYFAk1uxN4ACgkQXpKtZoyM+6U3qgD9GOiTGIir+3G8FSBwSOGSOyg/ uVm3lf0QL3ktqP54Ws8BAIfocxxltMH3dlarIz292x9nY6POS0GElYwZNicKeUuq =9/yd -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
[CFH] databases/jasperserver: update to 4.0.0, help w/ pgsql
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello All, I am the maintainer of databases/jasperserver, and as of now it only supports mysql, as we are able to test this internally and actually certify it against mysql. All of this being said, I am able to successfully add postgreSQL support to this port on my development system (ie. desktop), however we are not using postgreSQL on the backend to actually run any reports to certify it. The vendor isn't as responsive as I would like to find out what the application supports, so I was hoping for some help on this matter. I was wondering if anyone is using jasperserver, in ports or not, against postgreSQL? If so, what version of the database are you using, and what version of jasperserver are you using? I am interested in this because I am able to update the jdbc connector for pgsql, and tie it into the application to test a connection against the latest pgsql db. I am also able to do this successfully with the distributed jdbc connector from JasperSoft, and respective version of pgsql db (8.1). I am hoping that the application can be run against the latest version of pgsql. If necessary, I can provide any testers with a diff that will update to jasperserver 4.0.0 with pgsql support. The current problem report for jasperserver is updating to 4.0.0 with only mysql support. Thanks for your help in advance, Jason - -- 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.17 (FreeBSD) iF4EAREIAAYFAk1kC18ACgkQXpKtZoyM+6VSAAEAhv5pBSW5H/FMd4dzdU9sMtWK kKeuw63cffXDWA54ojgA/jZnzBRdHCoK0zTNAFQ9QLLe2LgFVUqQbKs5TVqHf4qd =boQ8 -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: [CFH] databases/jasperserver: update to 4.0.0, help w/ pgsql
On Tue, Feb 22, 2011 at 11:15:43AM -0800, Jason Helfman thus spake: Hello All, I am the maintainer of databases/jasperserver, and as of now it only supports mysql, as we are able to test this internally and actually certify it against mysql. All of this being said, I am able to successfully add postgreSQL support to this port on my development system (ie. desktop), however we are not using postgreSQL on the backend to actually run any reports to certify it. The vendor isn't as responsive as I would like to find out what the application supports, so I was hoping for some help on this matter. I was wondering if anyone is using jasperserver, in ports or not, against postgreSQL? If so, what version of the database are you using, and what version of jasperserver are you using? I am interested in this because I am able to update the jdbc connector for pgsql, and tie it into the application to test a connection against the latest pgsql db. I am also able to do this successfully with the distributed jdbc connector from JasperSoft, and respective version of pgsql db (8.1). I am hoping that the application can be run against the latest version of pgsql. If necessary, I can provide any testers with a diff that will update to jasperserver 4.0.0 with pgsql support. The current problem report for jasperserver is updating to 4.0.0 with only mysql support. Thanks for your help in advance, Jason I found that the vendor has certified against postgreSQL version 8.4, and I've updated the pr to support this. Testers for 90, anyone? :) Thanks, Jason -- 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 ___ 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: bxpkg - a new way to deal with binary upgrades.
On Sun, Feb 20, 2011 at 05:22:08PM +, Kostas Petrikas thus spake: On Sat, Feb 19, 2011 at 8:36 PM, Jason Helfman jhelf...@e-e.com wrote: On Sat, Feb 19, 2011 at 06:04:35PM +, Kostas Petrikas thus spake: Hello! In the past I had troubles with upgrading 3rd party software on desktop PCs as usually desktop environments have a quite big list of packages installed. Upgrading or even installing from ports could take a lot of time specially on slower laptops (can take days). While FreeBSD provides binary package repositories there really aren't any easy ways to use them for upgrades as there are no tools provided to handle them (pkg_add is not able to handle updates). To upgrade from binary packages one needs to get dependency list write it down, deinstall package and its dependencies, install dependencies and the package. It is frustrating and it corrupts required_by lists for the dependencies. There is also no easy way to know what versions are available in binary format. This dilemma inspired me to write bxpkg to handle binary upgrades and installation for desktop environments (since I use mostly GTK+ toolkit, its written using it). It solves all the problems in fast and good looking fashion. On a side note, the back-end is done in form of a library written from scratch that handles most package routines in robust but simple API. bxpkg is available from ports ports-mgmt/bxpkg or project's website http://bxpkg.bsdroot.lv;. Very nice. Maybe I will give this a shot. I would be great if there was a hand-off non-gui tool version of this. That way I can point all my servers at a internal package repository and fire them off, however none have X. Is there a non-gui, or WITHOUT_X11, in the roadmap? -jgh The back-end is there already, so there isn't much that has to be done to create non-gui client. I will probably take up the task once I think the GTK+ client is robust enough. Great, thank you! Regarding custom repositories, 3 things must be true for them to be usable: Whole dependency tries should be available in binary format for all the leaf packages in the repository. This isn't an issue, as I use tinderbox, and can point client at that repository. An index must exist with entry for every package in the repository (order of entries does not matter). This isn't an issue, as well as I wrote a tool that builds an index based off of my internal portstree. An MD5 digest file must exist for the current index. Not an issue, either. Might I suggest moving to SHA256, as MD5 support is something that has been dropped from portstree? Just a suggestion... The most easy way to generate index would be to copy entries from index provided with the ports as you build them with some short of script. Thanks! ___ 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
BSD Magazine inquiry, question
Hi, I was wondering if anyone has a hardcopy of BSD Magazine listed here: http://bsdmag.org/magazine/1021-bsd-as-a-desktop I wrote an article for the magazine, and would very much like to get a hardcopy of it. I am willing to purchase it. Thanks so much! Jason Helfman -- 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 ___ 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: bxpkg - a new way to deal with binary upgrades.
On Sat, Feb 19, 2011 at 06:04:35PM +, Kostas Petrikas thus spake: Hello! In the past I had troubles with upgrading 3rd party software on desktop PCs as usually desktop environments have a quite big list of packages installed. Upgrading or even installing from ports could take a lot of time specially on slower laptops (can take days). While FreeBSD provides binary package repositories there really aren't any easy ways to use them for upgrades as there are no tools provided to handle them (pkg_add is not able to handle updates). To upgrade from binary packages one needs to get dependency list write it down, deinstall package and its dependencies, install dependencies and the package. It is frustrating and it corrupts required_by lists for the dependencies. There is also no easy way to know what versions are available in binary format. This dilemma inspired me to write bxpkg to handle binary upgrades and installation for desktop environments (since I use mostly GTK+ toolkit, its written using it). It solves all the problems in fast and good looking fashion. On a side note, the back-end is done in form of a library written from scratch that handles most package routines in robust but simple API. bxpkg is available from ports ports-mgmt/bxpkg or project's website http://bxpkg.bsdroot.lv;. Very nice. Maybe I will give this a shot. I would be great if there was a hand-off non-gui tool version of this. That way I can point all my servers at a internal package repository and fire them off, however none have X. Is there a non-gui, or WITHOUT_X11, in the roadmap? -jgh ___ 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: [CFT] cpu stresser^W libreoffice 3.3.0 final
On Sat, Jan 29, 2011 at 08:22:23PM +0100, Oliver Heesakkers thus spake: On Saturday 29 January 2011 16:02:24 Steve Randall wrote: On Fri, 28 Jan 2011 16:01:13 -0800 Jason Helfman jhelf...@e-e.com wrote: It failed at this point: Compiling: rsc_sw sw deliver Module 'sw' delivered successfully. 281 files copied, 0 files unchanged --- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /home/jhelfman/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems that the error is inside 'lingucomponent', please re-run build inside this module to isolate the error and/or test your fix: I had this same problem, I think. It turned out to be an error in libtextcat, which fails to install its config.h into /usr/local/include/libtextcat/. I can confirm that copying libtextcat's config.h into /usr/local/include/libtextcat solves the problem. Moving the file out of there afterwards, breaks the build again. Build issues were resolved after performing this step. I am running into the library path issues, as well, however I will wait until Monday to try and resolve it as mentioned perviously in this thread. Thanks! -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 ___ 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: [CFT] cpu stresser^W libreoffice 3.3.0 final
On Fri, Jan 28, 2011 at 10:11:39PM +, Baptiste Daroussin thus spake:
2011/1/28 Ivan Klymenko fi...@ukr.net:
В Fri, 28 Jan 2011 15:06:06 +0100
Baptiste Daroussin b...@freebsd.org пишет:
Hi all
I ported libreoffice 3.3.0, you can find it here:
http://people.freebsd.org/~bapt/libreoffice.shar or
http://git.etoilebsd.net/ports/tree/libreoffice
Can you please test it?
...
checking which mdds to use... internal
checking which boost to use... external
checking boost/shared_ptr.hpp usability... yes
checking boost/shared_ptr.hpp presence... yes
checking for boost/shared_ptr.hpp... yes
checking boost/spirit/include/classic_core.hpp usability... yes
checking boost/spirit/include/classic_core.hpp presence... yes
checking for boost/spirit/include/classic_core.hpp... yes
checking boost/function.hpp usability... yes
checking boost/function.hpp presence... yes
checking for boost/function.hpp... yes
checking whether boost/function.hpp compiles with -fno-exceptions... yes
checking which vigra to use... external
checking vigra/copyimage.hxx usability... no
checking vigra/copyimage.hxx presence... no
checking for vigra/copyimage.hxx... no
configure: error: vigra/copyimage.hxx not found. install vigra
gmake: *** [stamp/build] Ошибка 1
*** Error code 1
Stop in /usr/ports/editors/libreoffice.
*** Error code 1
Stop in /usr/ports/editors/libreoffice.
:(
Strange normally the lib_depends
vigraimpex.2:${PORTSDIR}/graphics/vigra should have install
vigra/copyimage.hxx.
can you check if via has really been installed and is
/usr/local/include/vigra/copyimage.hxx exists ?
regards and thank you for testing,
Bapt
In installing, I received an error regarding no gstreamer or
gstreamer-plugins-base installed.
gnome-config: not found
No package 'gstreamer-0.10' found
gnome-config: not found
No package 'gstreamer-plugins-base-0.10' found
I installed multimedia/gstreamer and multimedia/gstreamer-plugins, and the
build was able to continue... and yes, still building... :)
-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
___
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: [CFT] cpu stresser^W libreoffice 3.3.0 final
On Fri, Jan 28, 2011 at 02:22:18PM -0800, Jason Helfman thus spake:
On Fri, Jan 28, 2011 at 10:11:39PM +, Baptiste Daroussin thus spake:
2011/1/28 Ivan Klymenko fi...@ukr.net:
В Fri, 28 Jan 2011 15:06:06 +0100
Baptiste Daroussin b...@freebsd.org пишет:
Hi all
I ported libreoffice 3.3.0, you can find it here:
http://people.freebsd.org/~bapt/libreoffice.shar or
http://git.etoilebsd.net/ports/tree/libreoffice
Can you please test it?
...
checking which mdds to use... internal
checking which boost to use... external
checking boost/shared_ptr.hpp usability... yes
checking boost/shared_ptr.hpp presence... yes
checking for boost/shared_ptr.hpp... yes
checking boost/spirit/include/classic_core.hpp usability... yes
checking boost/spirit/include/classic_core.hpp presence... yes
checking for boost/spirit/include/classic_core.hpp... yes
checking boost/function.hpp usability... yes
checking boost/function.hpp presence... yes
checking for boost/function.hpp... yes
checking whether boost/function.hpp compiles with -fno-exceptions... yes
checking which vigra to use... external
checking vigra/copyimage.hxx usability... no
checking vigra/copyimage.hxx presence... no
checking for vigra/copyimage.hxx... no
configure: error: vigra/copyimage.hxx not found. install vigra
gmake: *** [stamp/build] Ошибка 1
*** Error code 1
Stop in /usr/ports/editors/libreoffice.
*** Error code 1
Stop in /usr/ports/editors/libreoffice.
:(
Strange normally the lib_depends
vigraimpex.2:${PORTSDIR}/graphics/vigra should have install
vigra/copyimage.hxx.
can you check if via has really been installed and is
/usr/local/include/vigra/copyimage.hxx exists ?
regards and thank you for testing,
Bapt
In installing, I received an error regarding no gstreamer or
gstreamer-plugins-base installed.
gnome-config: not found
No package 'gstreamer-0.10' found
gnome-config: not found
No package 'gstreamer-plugins-base-0.10' found
I installed multimedia/gstreamer and multimedia/gstreamer-plugins, and the
build was able to continue... and yes, still building... :)
-jgh
It failed at this point:
Compiling: rsc_sw
sw deliver
Module 'sw' delivered successfully. 281 files copied, 0 files unchanged
---
Oh dear - something failed during the build - sorry !
For more help with debugging build errors, please see the section in:
http://wiki.documentfoundation.org/Development
internal build errors:
ERROR: error 65280 occurred while making
/home/jhelfman/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing
it seems that the error is inside 'lingucomponent', please re-run build
inside this module to isolate the error and/or test your fix:
---
/usr/local/bin/bash
cd
/home/jhelfman/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice
source ./FreeBSDX86Env.Set.sh
cd lingucomponent
build
when the problem is isolated and fixed exit and re-run 'make' from the
top-level
sometimes (sadly) it is necessary to rm -Rf unxfbsdi.pro in a module.
gmake: *** [stamp/build] Error 1
*** Error code 1
Stop in /home/jhelfman/libreoffice.
*** Error code 1
Stop in /home/jhelfman/libreoffice.
-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
___
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: bump of PORTREVISION mandatory?
On Thu, Jan 27, 2011 at 05:30:45PM +, Helmut Schneider thus spake: Hi, with the release of Typo3 4.5, 4.4 becomes old stable, 4.3 becomes deprecated. Therefore a change at pkg_descr is required. That is the only change. Do I need to bump PORTREVISION before I submit the updated port? Is that mandatory? I don't like the idea that someone is asked to update his/her installed package only because of a changed pkg_descr. Thanks, Helmut If 4.3 is deprecated, shouldn't it be removed from the tree? (ie. MOVED/UPDATING) Why would you need to update the portrevision for a pkg-descr change? If it isn't changing the behavior of the port, I don't see why that is necessary, but others may have different ideas on this topic. -jgh ___ 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: New port needs review: net/erlyvideo
On Sun, Jan 16, 2011 at 08:25:18PM +0300, Ruslan Mahmatkhanov thus spake: 16.01.2011 00:31, Ruslan Mahmatkhanov пишет: Hello! I'm finally completed with port of erlyvideo (see erlyvideo.org for details). But before i'll post PR, i want that somebody review it. Because i'm sure there is something that can be made better. I'm attached the diff to make commenting more convenient but you can also download port directory if you prefer: http://happy-nation.by.ru/ports/tb/erlyvideo.tgz Thanks in advance for any suggestions, critics, corrections. Just in case anybody else noticed it, there was MASTER_SITES fetch error in original tarball. It was pointed out by Kurt Jaeger. Now it was fixed and new tarball reupploaded. There is also updated diff-file: http://happy-nation.by.ru/ports/erlyvideo.diff There is also short usage manual: - install the port - cp /usr/local/etc/erlyvideo/*.conf[ig].sample into just *.conf[ig] - then do `erlyctl start` - place some mpeg file into /var/erlyvideo/movies - go to http://localhost:8082/flowplayer/ with flash-aware web-browser - click play button - you should see your mpeg movie packed to flv and transferred to you via rtmp More complicated usage scenarios (like RTSP H.264 cameras, FLME etc) is available on http://erlyvideo.org/docs. -- Regards, Ruslan Just a couple of notes, so far... The comment reads redundantly, and is too long so it will not display properly when listing with pkg_info: +COMMENT= Erlyvideo is an RTMP flash streaming server, written in erlang Perhaps consider this: RMTP flash streaming server written in erlang It appears that git is required for the program: --- erlyvideo.orig/files/patch-Makefile 1970-01-01 03:00:00.0 +0300 +++ erlyvideo/files/patch-Makefile 2011-01-15 15:03:24.0 +0300 @@ -0,0 +1,21 @@ +--- Makefile.orig 2010-12-16 00:51:55.0 +0300 Makefile 2011-01-15 15:03:11.0 +0300 +@@ -19,7 +19,6 @@ + deps/amf: update_deps + + update_deps: rebar.config +- [ -d wwwroot/player ] || git clone git://github.com/erlyvideo/erlyplayer wwwroot/player + ./rebar get-deps + + However there is no dependency for git, if I am interpretting this correctly. If this updates, or pulls down code during installation, you may wish to package it, or not do this step. I don't believe post-fetch fetching or updating of files to build a port is allowed through pointyhat. Others can speak to that, though. You may wish to consider a for loop on the make install target. Are these directories created during the install process of the package? I didn't see these directories created outside of the Makefile. I noticed many '.gitignore' files in the pkg-plist. Is this necessary? I've never worked with git before, or this application. When submitting this as a port through the PR system, I would suggest using the shar utility: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-submitting.html -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 ___ 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: New port needs review: net/erlyvideo
On Mon, Jan 17, 2011 at 12:22:59AM +0300, Ruslan Mahmatkhanov thus spake:
16.01.2011 23:44, Jason Helfman пишет:
On Sun, Jan 16, 2011 at 08:25:18PM +0300, Ruslan Mahmatkhanov thus spake:
As you can see this patch indeed eliminates using of git, because this
part isn't really needed for erlyvideo to work.
Read this wrong. Thanks, for pointing this out.
You may wish to consider a for loop on the make install target.
Are these directories created during the install process of the package? I
didn't see these directories created outside of the Makefile.
Do you mean something like this?
DIRS= /var/lib/${PORTNAME}/movies /var/lib/${PORTNAME}/plugins \
/var/log/${PORTNAME} ${ERLYDIR} ${ETCDIR} ${WWWDIR}
.for dir in ${DIRS}
${MKDIR} ${dir}
.endfor
Yes, however are they created during a pkg_add command? Consider a recent
patch I submitted for comms/minicom.
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/153749
Directories created in Makefile process, aren't created in the packaging
process, unless you are putting the operations into a pkg-install or an
@exec operation in pkg-plist, respectively.
That is my understanding, and what I have found in fixing ports here and
there. I fixed the packaging for www/tomcat55, as well. I found that as a
port it worked fine, however package installation would fail.
I noticed many '.gitignore' files in the pkg-plist. Is this necessary? I've
never worked with git before, or this application.
No, it isn't needed. I'll try to delete them before install.
If it is included in the source, you can just add a post-patch operation
that does a find and removes them, and remove them from the pkg-plist, as
well.
When submitting this as a port through the PR system, I would suggest using
the shar utility:
Yep, i know. I post the diff just to make it easy to comment in email.
I see. Good idea.
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-submitting.html
-jgh
Thank you for your suggestions!
Your very welcome.
Best regards,
Jason
--
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
___
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: postgresql patch
Hi Palle,
Myself and Phil here at experts-exchange worked on a what we think to be a
great patch that could in theory be considered for the other postgresql
servers.
The initial patch was not good, and I understand why that hasn't been
considered. I put a follow-up patch, but found that did break as you pointed
out.
Today we put in a patch that fixes all of it, and makes the user, group and
id configurable. Builds cleanly in Tinderbox, as well.
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/153136
We look forward to your comments on this.
Thanks!
Jason
On Tue, Nov 16, 2010 at 08:38:02AM +0100, Palle Girgensohn thus spake:
I'll check it out, but I believe a correct patch is not quite as simple, it
needs some tuning when installing files as well, but I may be wrong.
--On 15 november 2010 17.44.27 -0800 Jason Helfman
jhelf...@experts-exchange.com wrote:
Hi,
I was hoping you would be able to consider implementing this PR
(ports/113707) in all applicable versions if possible?
This patch makes the postgresql_user a tunable variable.
As it stands now, we are maintaining this internally due to this issue,
and would rather release internal maintainership for such a small issue.
# diff files/postgresql.in.new files/postgresql.in.orig
36c36
postgresql_user=${postgresql_user:-pgsql}
---
postgresql_user=pgsql
This patch has been on over to maintainer since 2007, and was hoping
you would have a moment to look at this.
Thanks so much,
Jason
--
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
___
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: PR's not being picked up (Was Re: becoming a port committor)
Here is a patch to take care of removing of updating. On Mon, Nov 22, 2010 at 02:08:02PM -0800, Charlie Kester thus spake: On Mon 22 Nov 2010 at 11:28:36 PST Greg Byshenk wrote: I'm not a porter, but how about the below...? HTH -greg --- begin diff --- --- porting-submitting.html 2007-09-11 01:11:07.0 +0200 +++ porting-submitting.html 2010-11-22 20:14:54.0 +0100 @@ -69,6 +69,14 @@ /blockquote /div +div class=NOTE +blockquote class=NOTE +pbNote2:/b The instructions above are for creating a i class=EMPHASISnew/i +port. Port i class=EMPHASISupdates/i should be diff files instead of shar files, +as described in a href=port-upgrading.htmlUpgrading/a./p +/blockquote +/div + pOne more time, span class=emphasisi class=EMPHASISdo not include the original source distfile, the tt class=FILENAMEwork/tt directory, or the package you built with tt class=COMMANDmake package/tt/i/span./p --- end diff --- While we're at it, remove any mention of port updates from the existing note: --- begin diff --- --- porting-submitting.html.orig2010-11-22 14:01:35.0 -0800 +++ porting-submitting.html 2010-11-22 14:02:09.0 -0800 @@ -66,9 +66,8 @@ blockquote class=NOTE pbNote:/b You can make our work a lot easier, if you use a good description in the synopsis of the problem report. We prefer something like ``New port: -lt;categorygt;/lt;portnamegt; lt;short description of the portgt;'' for new ports -and ``Update port: lt;categorygt;/lt;portnamegt; lt;short description of the -updategt;'' for port updates. If you stick to this scheme, the chance that someone will +lt;categorygt;/lt;portnamegt; lt;short description of the portgt;'' for new ports. +If you stick to this scheme, the chance that someone will take a look at your PR soon is much better./p /blockquote /div --- end diff --- I'm not sure, but I suspect that this note has been the source of the confusion. ___ 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 -- -jgh --- porters-handbook/book.sgml 2010-11-23 11:49:21.0 -0800 +++ porters-handbook/book.sgml 2010-11-23 11:50:28.0 -0800 @@ -394,9 +394,7 @@ description in the synopsis of the problem report. We prefer something like quoteNew port: lt;categorygt;/lt;portnamegt; - lt;short description of the portgt;/quote for new ports and - quoteUpdate port: lt;categorygt;/lt;portnamegt; - lt;short description of the updategt;/quote for port updates. + lt;short description of the portgt;/quote. If you stick to this scheme, the chance that someone will take a look at your PR soon is much better./para /note ___ 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: PR's not being picked up (Was Re: becoming a port committor)
I put together this patch. I hope this is sufficient. Thanks! Jason On Mon, Nov 22, 2010 at 07:58:56PM +0100, Torfinn Ingolfsen thus spake: Hi, On Mon, Nov 22, 2010 at 2:19 PM, RW rwmailli...@googlemail.com wrote: Actually it does discuss the wording of the synopsis for both new and updated ports which gives the impression that that that section covers both. Furthermore the update chapter is at the opposite end of the index under the single misleading word Upgrading. There's no mention of submitting which is what people will be looking for. IMO chapter 10 should either be 3.7 or be merged into 3.6. If anything deserves to be under Quick Porting it's this. So then we will see your PR for an update of that chapter in the Porter's Handbook in the next few days perhaps? The trouble is that even when people do read handbooks from beginning to end there are always sections that that they are likely to skip until they need them, and this is one of them. The Porter's Handbook is not going to be improved unless the people who read it and have ideas for improvement do something about it. HTH, HAND. -- Regards, Torfinn Ingolfsen ___ 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 --- porters-handbook/book.sgml 2010-11-22 18:56:43.0 -0800 +++ porters-handbook/book.sgml.my 2010-11-22 19:34:25.0 -0800 @@ -412,6 +412,22 @@ url=http://www.FreeBSD.org/cgi/query-pr-summary.cgi?category=ports;ports waiting to be committed to os;/ulink./para + paraIf you are contributing a patch for a port, please emphasisdo not/emphasis + submit a shar. The recommeded way for submission of a patch is by using a utility + called command/usr/bin/diff/command which is included as part of the base os; + distribution. To create a suitable commanddiff/command, copy the file that + needs patching to replaceablesomething.orig/replaceable. Save your changes to + replaceablesomething/replaceable and then create your patch./para + + informalexample + screenprompt.user; userinput/usr/bin/diff something.orig something somthing.diff + /userinput/screen + /informalexample + + paraPlease see the aforementioned step for submission of replaceablesomething.diff + /replaceable to os; for consideration by using the man.send-pr.1; program. + /para + paraOnce we have looked at your port, we will get back to you if necessary, and put it in the tree. Your name will also appear in the list of ulink url=url.articles.contributors;/contrib-additional.htmlAdditional FreeBSD Contributors/ulink ___ 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: Mk/bsd.command.mk: missing CSH tag
On Thu, Nov 18, 2010 at 05:21:47PM +0300, Eir Nym thus spake:
2010/11/18 O. Hartmann ohart...@zedat.fu-berlin.de:
Hello out there,
I was trying porting some unusual scientific software to the ports
collection (the first time I do) and run into problems. The port does not
have any kind of Makefile environment, it is build and installed via a csh
script. These scripts also seem to run via ${SH}, but it would be nice to
${CSH}. Is it possible to import this tag into
Mk/bsd.command.mk?
I can recommend to create some Makefile (it is very simple) or rewrite
it (it is also very simple)
For example, I have no (t)csh in my system and there no tcsh in ports system..
If you need, I can help you with.
Wrote a quick patch:
--- bsd.commands.mk.orig2010-11-18 08:05:47.0 -0800
+++ bsd.commands.mk 2010-11-18 08:06:17.0 -0800
@@ -76,6 +76,7 @@
SED?= /usr/bin/sed
SETENV?= /usr/bin/env
SH?= /bin/sh
+CSH?= /bin/csh
SORT?= /usr/bin/sort
STRIP_CMD?=/usr/bin/strip
# Command to run commands as privileged user
Thanks,
Oliver
___
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
___
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
--
Jason Helfman
System Administrator
experts-exchange.com
http://www.experts-exchange.com/M_4830110.html
___
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: Mk/bsd.command.mk: missing CSH tag
On Thu, Nov 18, 2010 at 09:18:39AM -0800, Rob Farmer thus spake: On Thu, Nov 18, 2010 at 08:13, Eir Nym eir...@gmail.com wrote: On 18 November 2010 19:08, Jason Helfman jhelf...@e-e.com wrote: Wrote a quick patch: --- bsd.commands.mk.orig 2010-11-18 08:05:47.0 -0800 +++ bsd.commands.mk 2010-11-18 08:06:17.0 -0800 @@ -76,6 +76,7 @@ SED?= /usr/bin/sed SETENV?= /usr/bin/env SH?= /bin/sh +CSH?= /bin/csh SORT?= /usr/bin/sort STRIP_CMD?= /usr/bin/strip # Command to run commands as privileged user The patch should probably retain alphabetical order. Yes, thanks. [jhelf...@eggman /usr/ports/Mk]$ diff -ur bsd.commands.mk.orig bsd.commands.mk --- bsd.commands.mk.orig2010-11-18 08:05:47.0 -0800 +++ bsd.commands.mk 2010-11-18 09:38:56.0 -0800 @@ -31,6 +31,7 @@ COMM?= /usr/bin/comm CP?= /bin/cp CPIO?= /usr/bin/cpio +CSH?= /bin/csh CUT?= /usr/bin/cut DC?= /usr/bin/dc DIALOG?= /usr/bin/dialog -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html ___ 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: Problem (again) with portsnap5.FreeBSD.org?
On Thu, Oct 21, 2010 at 08:13:51PM +0200, Guido Falsi thus spake: On 10/21/10 18:17, Royce Williams wrote: On Thu, Oct 21, 2010 at 2:51 AM, RWrwmailli...@googlemail.com wrote: On Thu, 21 Oct 2010 10:31:24 +0200 Guido Falsim...@madpilot.net wrote: I have noticed on the machines I use/administer a bias towards portsnap5. If you define a cache environment variable the random choice is seeded by that to improve the caching. There may also be some weighting in the SRV record. Yep - update5 is currently weighted 50% in the SRV: $ host -t srv _http._tcp.update.freebsd.org _http._tcp.update.freebsd.org has SRV record 1 35 80 update4.FreeBSD.org. _http._tcp.update.freebsd.org has SRV record 1 50 80 update5.FreeBSD.org. _http._tcp.update.freebsd.org has SRV record 1 5 80 update3.FreeBSD.org. _http._tcp.update.freebsd.org has SRV record 1 10 80 update2.FreeBSD.org. Thank you. This explains what I was seeing and makes it in fact quite normal. I am seeing similiar issues with portsnap5. Are you pointing portsnap to update? host -t srv _http._tcp.portsnap.freebsd.org _http._tcp.portsnap.freebsd.org has SRV record 1 10 80 portsnap6.FreeBSD.org. _http._tcp.portsnap.freebsd.org has SRV record 1 20 80 portsnap5.FreeBSD.org. _http._tcp.portsnap.freebsd.org has SRV record 2 10 80 portsnap4.FreeBSD.org. _http._tcp.portsnap.freebsd.org has SRV record 1 10 80 portsnap1.FreeBSD.org. _http._tcp.portsnap.freebsd.org has SRV record 1 10 80 portsnap2.FreeBSD.org. -jgh -- Guido Falsi m...@madpilot.net ___ 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 -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html ___ 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
this is a test, can't send anything to @freebsd.org
sorry for the noise ___ 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: this is a test, can't send anything to @freebsd.org
On Tue, Nov 16, 2010 at 01:00:13PM -0500, Sahil Tandon thus spake: On Tue, 2010-11-16 at 09:40:04 -0800, Jason Helfman wrote: sorry for the noise Please don't do this; next time, use freebsd-t...@freebsd.org. Yes. I've been told, and would've however I never knew about that list. -- Sahil Tandon sa...@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
postgresql patch
Hi,
I was hoping you would be able to consider implementing this PR
(ports/113707) in all applicable versions if possible?
This patch makes the postgresql_user a tunable variable.
As it stands now, we are maintaining this internally due to this issue,
and would rather release internal maintainership for such a small issue.
# diff files/postgresql.in.new files/postgresql.in.orig
36c36
postgresql_user=${postgresql_user:-pgsql}
---
postgresql_user=pgsql
This patch has been on over to maintainer since 2007, and was hoping
you would have a moment to look at this.
Thanks so much,
Jason
___
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: FreeBSD Port: tomcat-6.0.24
I fixed this issue in tomcat55. Sounds similar. On Oct 27, 2010, at 11:26 AM, Mike Jakubik mike.jaku...@intertainservices.com wrote: On Thu, 2010-03-25 at 11:31 +0100, Alex Dupre wrote: Ян Злобин ha scritto: Please, fix small FreeBSD port error. In the tomcat-6.0.24 rc.d script missed line: procname=java This is the wrong way to fix it, you should create a patch using the tomcat_check_pidfile() rc function. Does anyone have a working solution for this? The status command still does not work in tomcat 6.0.29. The above suggestion does not work either. Thanks. ___ 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 ___ 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 for sysutils/fio update?
On Oct 24, 2010, at 2:41 PM, Julian Elischer jul...@elischer.org wrote: On 10/24/10 1:59 PM, Ruslan Mahmatkhanov wrote: 25.10.2010 00:16, Julian Elischer пишет: The upstream source for sysutils/fio has been updated specifically to fix some problems with FreeBSD and now compiles with no required patches, (and also works better on FreeBSD) It would be a very simple update for anyone who knows the ports system. Julian Please try attached patch: cd /usr/ports/sysutils patch -p0 /path/to/fio-1.44.1.diff cd fio make install I set port maintainer into cc:. looks good though the patch doesn't actually remove the patch file so the ports complain about an empty patch file.. (not sure how one DOES remove a file using patch) thanks! You could diff agAinst /dev/null ___ 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 ___ 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: issue with pkg_add
On Wed, 20 Oct 2010 09:13:32 +0100 Florent Thoumie f...@xbsd.org wrote: On Wed, Oct 20, 2010 at 1:46 AM, Jason Helfman jhelf...@experts-exchange.com wrote: Hi, I believe I may have come across a potential bug in pkg_add, but wanted to write my findings out to see if anyone has seen this issue, or knows of something I may be doing wrong. I wrote a port that uses USERS/GROUPS functionality of ports. USERS= user GROUPS= user_work BINOWN= user BINGRP= user_work BINMODE= 4110 These are the exec lines in my +CONTENTS file (assume one line for each exec, they were wrapped): @exec if ! /usr/sbin/pw groupshow user_work /dev/null 21; then /usr/sbin/pw groupadd user_work -g 999; fi @exec if ! /usr/sbin/pw usershow user /dev/null 21; then /usr/sbin/pw useradd user -u 999 -g 999 -c user -d /home/user -s /usr/sbin/nologin; fi I found that on my desktop with a ports tree installed that this port and package installed with no issue, however I found that if I tried to install the package in a jail with no ports tree and nothing installed that it failed with this error: pw: group `999' does not exist pkg_add: command 'if ! /usr/sbin/pw usershow user /dev/null 21; then /usr/sbin/pw useradd user -u 999 -g 999 -c user -d /home/user -s /usr/sbin/nologin; fi' failed You may want to run pkg_add -v and see if the group is created properly by the preceding @exec line and if not, why. I found that the group that was being added already existed under a different gid. The user was being added with a gid that didn't exist, however the group name did. After blowing away the jail and removing the group, pkg_add installed the package with no issue. I removed all remnants of the installation (these packages were all successful builds in Tinderbox), including installed users/groups. I copied my UIDs and GIDs files to an empty /usr/ports directory. So the only files under /usr/ports were UIDs and GIDs. With these files in place, I reran the pkg_add command on the port package I created and it installed the user and group with no issue, with correct permissions and modes on the files. With this testing, it appears that pkg_add is looking at /usr/ports/UIDs and /usr/ports/GIDs for information on installing a port package, even-though all of the information required for an installation appears to be in my port package. I re-tested this process after blowing away the jail and found that pkg_add is not looking at these files. Has anyone run into this issue? Any assumptions I am making? Any flawed logic in testing? I haven't tried to install packages in a jail lately but having written the USERS/GROUPS logic in bsd.port.mk, the package shouldn't need a ports tree to be installed properly. Thanks! jgh ___ 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
issue with pkg_add
Hi, I believe I may have come across a potential bug in pkg_add, but wanted to write my findings out to see if anyone has seen this issue, or knows of something I may be doing wrong. I wrote a port that uses USERS/GROUPS functionality of ports. USERS= user GROUPS= user_work BINOWN= user BINGRP= user_work BINMODE=4110 These are the exec lines in my +CONTENTS file (assume one line for each exec, they were wrapped): @exec if ! /usr/sbin/pw groupshow user_work /dev/null 21; then /usr/sbin/pw groupadd user_work -g 999; fi @exec if ! /usr/sbin/pw usershow user /dev/null 21; then /usr/sbin/pw useradd user -u 999 -g 999 -c user -d /home/user -s /usr/sbin/nologin; fi I found that on my desktop with a ports tree installed that this port and package installed with no issue, however I found that if I tried to install the package in a jail with no ports tree and nothing installed that it failed with this error: pw: group `999' does not exist pkg_add: command 'if ! /usr/sbin/pw usershow user /dev/null 21; then /usr/sbin/pw useradd user -u 999 -g 999 -c user -d /home/user -s /usr/sbin/nologin; fi' failed I removed all remnants of the installation (these packages were all successful builds in Tinderbox), including installed users/groups. I copied my UIDs and GIDs files to an empty /usr/ports directory. So the only files under /usr/ports were UIDs and GIDs. With these files in place, I reran the pkg_add command on the port package I created and it installed the user and group with no issue, with correct permissions and modes on the files. With this testing, it appears that pkg_add is looking at /usr/ports/UIDs and /usr/ports/GIDs for information on installing a port package, even-though all of the information required for an installation appears to be in my port package. Has anyone run into this issue? Any assumptions I am making? Any flawed logic in testing? Thanks, Jason ___ 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
