Re: porter handbook MASTER_SITES section outdated?
On Sun, Jul 31, 2011 at 10:37:48PM +0100, Anton Shterenlikht wrote:
In sec 5.4.2 MASTER_SITES in the porter handbook:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-distfiles.html#AEN1512
the example given is:
MASTER_SITES= ${MASTER_SITE_GNU}
However, sunpoet@ has just committed my patch
changing my ${IGNORE_MASTER_SITE_XCONTRIB} and
${MASTER_SITE_LOCAL} to:
MASTER_SITES= XCONTRIB/applications \
http://seis.bris.ac.uk/~mexas/ \
LOCAL/simon
Are both forms acceptable? Or is the form
given in the porters handbook outdated?
Hi Anton,
I'm using the condensed format (the second grey box in that section).
It's more clear as the complex MASTER_SITES/MASTER_SITE_SUBDIR modifiers
(${foo:S///} and :foo) can be eliminated in your case.
Thanks.
Regards,
sunpoet
___
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
netatalk 2.2.0 fails to compile
netatalk 2.2.0 fails to compile for me. Making all in acl gmake[3]: Entering directory `/usr/ports/net/netatalk/work/netatalk-2.2.0/libatalk/acl' /bin/sh /usr/local/bin/libtool --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include -I../../include -D_U_=__attribute__((unused)) -O2 -pipe -fno-strict-aliasing -I../../sys -MT cache.lo -MD -MP -MF .deps/cache.Tpo -c -o cache.lo cache.c libtool: compile: cc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include -I../../include -D_U_=__attribute__((unused)) -O2 -pipe -fno-strict-aliasing -I../../sys -MT cache.lo -MD -MP -MF .deps/cache.Tpo -c cache.c -fPIC -DPIC -o .libs/cache.o cache.c: In function 'uuidcache_dump': cache.c:62: error: too few arguments to function 'uuid_bin2string' cache.c:62: error: 'UUID_ENOENT' undeclared (first use in this function) cache.c:62: error: (Each undeclared identifier is reported only once cache.c:62: error: for each function it appears in.) cache.c:62: error: 'UUIDTYPESTR_MASK' undeclared (first use in this function) cache.c:83: error: too few arguments to function 'uuid_bin2string' cache.c: In function 'search_cachebyname': cache.c:217: error: 'UUIDTYPESTR_MASK' undeclared (first use in this function) gmake[3]: *** [cache.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/net/netatalk/work/netatalk-2.2.0/libatalk/acl' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/net/netatalk/work/netatalk-2.2.0/libatalk' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net/netatalk/work/netatalk-2.2.0' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/net/netatalk. *** Error code 1 Stop in /usr/ports/net/netatalk. ___ 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
INDEX build failed for 7.x
INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: enigma-1.01_7: no entry for /usr/ports/archivers/zipios++ make_index: enigma-1.01_7: no entry for /usr/ports/archivers/zipios++ Committers on the hook: bapt bf hrs oliver sunpoet Most recent CVS update was: U LEGAL U MOVED U archivers/Makefile U astro/Makefile U audio/Makefile U audio/abcde/Makefile U audio/grip/Makefile U audio/pacpl/Makefile U benchmarks/Makefile U biology/Makefile U chinese/Makefile U comms/Makefile U converters/Makefile U databases/Makefile U deskutils/Makefile U deskutils/conduit/Makefile U devel/Makefile U devel/p5-AnyEvent/Makefile U editors/mode-info/Makefile U games/Makefile U games/ember/Makefile U games/enigma/Makefile U games/vegastrike/Makefile U graphics/Makefile U graphics/cegui/Makefile U graphics/ogre3d/Makefile U graphics/ogre3d/distinfo U graphics/ogre3d/pkg-plist U japanese/Makefile U korean/Makefile U mail/Makefile U math/Makefile U misc/Makefile U multimedia/Makefile U multimedia/fxtv/Makefile U multimedia/mencoder/Makefile U multimedia/mplayer/Makefile U multimedia/mplayer/files/patch-sub__subreader.c U net/Makefile U net-im/Makefile U net-mgmt/Makefile U net-p2p/Makefile U news/Makefile U polish/Makefile U print/Makefile U print/latex-nomencl/Makefile U print/latex-nomencl/distinfo U print/latex-nomencl/pkg-descr U print/latex-nomencl/pkg-plist U russian/Makefile U security/Makefile U sysutils/Makefile U textproc/Makefile U vietnamese/Makefile U www/Makefile U x11/gnome2-fifth-toe/Makefile U x11-toolkits/Makefile U x11-toolkits/gigi/Makefile ___ 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
Problem building math/R: texi2dvi needed but missing on your system
Hello everybody, I'm trying to build math/R. Compilation went fine, but when I try to 'make install' I get the following error: ERROR: 'texi2dvi' needed but missing on your system. *** Error code 1 Stop in /usr/ports/math/R/work/R-2.13.1/doc/manual. *** Error code 1 (ignored) cd: can't cd to /usr/local/lib/R/lib *** Error code 2 Stop in /usr/ports/math/R. I have a texi2dvi4a2ps binary as you can see here. # where texi2dvi4a2ps /usr/local/bin/texi2dvi4a2ps # pkg_info -W /usr/local/bin/texi2dvi4a2ps /usr/local/bin/texi2dvi4a2ps was installed by package a2ps-a4-4.13b_4 Has anyone else seen this problem before and can give me some tipps? Kind Regards, Benjamin ___ 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 20110730
Doug wrote: Unfortunately the only way to improve on this would be to not do the checks on a port-by-port basis, and do them all together at the end. While that sounds appealing, it would dramatically increase the code complexity, and also dramatically increase the chances of leaving the pkg files in an inconsistent state if the process gets interrupted. I don't like either one of those options. In here i have a program which checks the +REQUIRED_BY files and fixes the origins in +CONTENTS http://www.lpthe.jussieu.fr/~talon/check_pkg.py proceeding globally as you describe above. It would not make a big difference to completely fix the +CONTENTS. On an old machine with around +1000 ports installed it takes of the order of 10-30 seconds to run. Of course this is very fast because it uses the information in the INDEX file. If one accepts to download the INDEX (like portupgrade does) this is no problem. If one wants to rebuild the index from the ports, it takes time, but one can build a partial index for the installed ports (and dependencies). This is done in http://www.lpthe.jussieu.fr/~talon/pkgupgrade and takes someting like 1-2mn on the same machine. So there are ways to speed up the bookeeping done by programs like portupgrade, portmaster, but, as you are saying, doing this job between *each* port upgrade is far more time consuming. Of course the complexity is also increased, perhaps shell scripting is not the good tool to do that i don't know. Moreover i am not convinced that continually forking tons of programs can be very fast, and it would be nice to be able to exploit parallelism on modern multiproc machines. -- Michel TALON ___ 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 building math/R: texi2dvi needed but missing on your system
On Mon, Aug 01, 2011 at 10:33:33AM +0200, Benjamin Stier wrote: Hello everybody, I'm trying to build math/R. Compilation went fine, but when I try to 'make install' I get the following error: ERROR: 'texi2dvi' needed but missing on your system. *** Error code 1 Stop in /usr/ports/math/R/work/R-2.13.1/doc/manual. *** Error code 1 (ignored) cd: can't cd to /usr/local/lib/R/lib *** Error code 2 Stop in /usr/ports/math/R. I have a texi2dvi4a2ps binary as you can see here. # where texi2dvi4a2ps /usr/local/bin/texi2dvi4a2ps # pkg_info -W /usr/local/bin/texi2dvi4a2ps /usr/local/bin/texi2dvi4a2ps was installed by package a2ps-a4-4.13b_4 Has anyone else seen this problem before and can give me some tipps? yes, bf@ is dealing with it -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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
INDEX now builds successfully on 7.x
___ 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 20110730
On 08/01/2011 01:51, Michel Talon wrote: Doug wrote: Unfortunately the only way to improve on this would be to not do the checks on a port-by-port basis, and do them all together at the end. While that sounds appealing, it would dramatically increase the code complexity, and also dramatically increase the chances of leaving the pkg files in an inconsistent state if the process gets interrupted. I don't like either one of those options. In here i have a program which checks the +REQUIRED_BY files and fixes the origins in +CONTENTS http://www.lpthe.jussieu.fr/~talon/check_pkg.py proceeding globally as you describe above. It would not make a big difference to completely fix the +CONTENTS. FYI, what portmaster is doing is fixing the pkgdep lines in +CONTENTS, and updating +REQUIRED_BY as needed. On an old machine with around +1000 ports installed it takes of the order of 10-30 seconds to run. Of course this is very fast because it uses the information in the INDEX file. 2 problems, obviously portmaster is doing more work, and it's not using the INDEX file by default. Without using INDEX with 600 ports installed portmaster --check-depends takes less than a minute. Using INDEX actually takes about 1:20, but that's because the way that portmaster accesses the INDEX file isn't really optimized for hundreds of reads by the same process. If one accepts to download the INDEX (like portupgrade does) this is no problem. If one wants to rebuild the index from the ports, it takes time, but one can build a partial index for the installed ports (and dependencies). This is done in http://www.lpthe.jussieu.fr/~talon/pkgupgrade and takes someting like 1-2mn on the same machine. Either of which takes more time. :) So there are ways to speed up the bookeeping done by programs like portupgrade, portmaster, but, as you are saying, doing this job between *each* port upgrade is far more time consuming. Just to be clear, what portmaster does after installing a port is to take care of +CONTENTS and +REQUIRED_BY only for the relevant files. --check-depends does everything. Of course the complexity is also increased, perhaps shell scripting is not the good tool to do that A lot of people say that, but I'll stack it up against just about any interpreted language. Some of my routines are actually faster than the equivalents in pkg_info (which is why I use them). Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ 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
Current unassigned ports problem reports
(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker Resp. Description
o ports/159346www/xpi-live_http_headers: files corruption after last
o ports/159342UPDATE: www/httpsqs-1.7
o ports/159340[patch] emulators/bochs: CFLAGS needs -I${LOCALBASE}/i
o ports/159339[new port] deskutils/rednotebook: A modern journal wri
f ports/159335[Patch] Update games/klavaro to version 1.9.3
o ports/159331[maintainer update] net/bird6: update to 1.3.2
o ports/159330[maintainer update] net/bird: update to 1.3.2
o ports/159328[PATCH] fix math/ggobi to build with clang
o ports/159325new port: emulators/joytran
f ports/159322[PATCH] sysutils/fusefs-kmod doesn't build due to rece
o ports/159319databases/postgresql-plpython doesn't build with postg
f ports/159317net-mgmt/zenoss - missing log directory
f ports/159313sysutils/uhidd: uhidd-devd.conf.sample doesn't work
o ports/159302New port:math/geogebra - software for math and geometr
o ports/159269[new port] www/axis2: Provides a Web Services,SOAP and
o ports/159265UIDs: net-mgmt/zenoss needs valid login
o ports/159259 ports [MAINTAINER] devel/rubygem-edavis10-object_daddy: Upda
f ports/159249[patch] multimedia/libva: update to 1.0.14
o ports/159248[PATCH] devel/ioncube: Update 4.0.10
f ports/159245sysutils/duplicity updated to 0.6.14
o ports/159242New port: sysutils/fuse-zip FUSE filesystem to mount Z
f ports/159230[PATCH] fix sysutils/fusefs-kmod for the 64bit mount f
f ports/159223[PATCH] net-mgmt/collectd: update to 5.0.0
o ports/159221sysutils/ezjail: ezjail-admin command, console option
f ports/159218[patch] update multimedia/ffmpegthumbnailer to 2.0.7,
o ports/159217New port: devel/goprotobuf - Protocol buffers for Go
o ports/159216New port: databases/godis - redis client for Go
f ports/159213[patch] net-mgmt/nfdump: update to 1.6.4
o ports/159209databases/pear-MDB2_Driver_sqlite: the MDB2 SQLite dri
o ports/159205Zabbix Agent - No active checks on server: host [xx
o ports/159204net-mgmt/zabbix-server - graphs drawn with no data
o ports/159187[patch] sysutils/am-utils patch to add nolockd to nfs
f ports/159177sysutils/muse on 8.2-STABLE
o ports/159168Update port german/tipp10 to current program version
o ports/159166[UPDATE] www/py-werkzeug to 0.7
o ports/159152New port: sysutils/battray
o ports/159121net/freevrrpd: Make adv_int a runtime configurable opt
o ports/159114[new port] sysutils/flock: Manage locks from shell scr
o ports/159111[new port] devel/py-msgpack: MessagePack (de)serialize
f ports/159108sysutils/fusefs-smbnetfs update to 0.5.3
o ports/159102sysutils/fusefs-kmod: fusefs daemonizes before mount i
o ports/159083[NEW PORT] www/py27-django_compressor: Compresses link
f ports/159050PORT graphics/fotoxx Makefile update
o ports/159025New port: www/py-tornado2 - An open source scalable, n
o ports/159007New ports: print/linux-f10-cups-libs, security/linux-f
o ports/158980New port: net/py-msrplib Python MSRP client library
f ports/158968Update port: lang/mosh version 0.2.7
o ports/158948[patch] dns/py-namebench: update to 1.3.1
o ports/158940[NEW PORT] devel/py-pytest: Cross-project testing tool
f ports/158935[PATCH] print/lpr-wrapper: update to 0.7
o ports/158931print/perlftlib is not built with perl5.14
o ports/158929emulators/desmume updated to 0.9.7
f ports/158927[PATCH] quick patch for ports/math/asir2000 to work
o ports/158925New Port: audio/pithos GNOME Pandora player
f ports/158922devel/py-levenshtein: point to new home
f ports/158916[PATCH] textproc/ctpp2: update to 2.7.1
a ports/158910[PATCH] sysutils/battmond: update to 0.3
f ports/158907[PATCH] www/interchange: update to 5.6.3
o ports/158906New port: devel/py-xcaplib Python XCAP client library
f ports/158900[PATCH] archivers/lrzip: update to 0.606
f ports/158898[PATCH] www/libecap: update to 0.2.0
f ports/158897[PATCH] net/phamm: update to 0.5.18
f ports/158889[PATCH] sysutils/ucspi-proxy: update to 0.98
o
FreeBSD Port: postfix-2.8.4,1
Hi, I upgraded postfix-2.8.3,1 to postfix-2.8.4,1 yesterday and today I realized, that postfix is nolonger in my manualy defined group (maildirs:*:3125:postfix). I use this setting for many years without problem. After the change to use the ports framework to create USERS and GROUPS it means broken installation after upgrade. 1] I don't think it is good to touch user's customizations in users or groups especially removing something silently 2] If something like this change happend, it should be mentioned in UPDATING Am I forced to do manual work (adding postfix to my group) after each upgrade? Miroslav Lachman ___ 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
How to solve dependencies problems
Hi, I have a port which uses tidy while another port uses tidy-lib. When installing one of these ports gives dependencies problems. How to solve this problem? Thanks Jack Raats ___ 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
How to solve dependencies problems - more info
- Original Message - From: Jack Raats j...@jarasoft.netorac# pkgdb -F To: freebsd-ports@freebsd.org Sent: Monday, August 01, 2011 12:01 PM Subject: How to solve dependencies problems Hi, I have a port which uses tidy while another port uses tidy-lib. When installing one of these ports gives dependencies problems. How to solve this problem? Thanks Jack Raats orac# pkgdb -F --- Checking the package registry database Stale dependency: docproj-jadetex-1.17_4 - add (www/tidy): Fixed. (- tidy-2804_2) Stale dependency: php5-extensions-1.5 - tidy-lib-090315.c_1 (www/tidy-lib): tidy-2804_2 (score:19%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] [Gathering depends for www/tidy-lib ... done] --- Installing 'tidy-lib-090315.c_1' from a port (www/tidy-lib) --- Building '/usr/ports/www/tidy-lib' === Cleaning for tidy-lib-090315.c_1 === tidy-lib-090315.c_1 conflicts with installed package(s): tidy-2804_2 They install files into the same place. You may want to stop build with Ctrl + C. === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === tidy-lib-090315.c_1 conflicts with installed package(s): tidy-2804_2 They will not build together. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/www/tidy-lib. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20110801-45679-1uf73xx-0 env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! www/tidy-lib (unknown build error) Command failed [exit code 1]: /usr/local/sbin/portinstall www/tidy-lib orac# ___ 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 solve dependencies problems - more info
On Mon, 1 Aug 2011 12:04:38 +0200 Jack Raats articulated: - Original Message - From: Jack Raats j...@jarasoft.netorac# pkgdb -F To: freebsd-ports@freebsd.org Sent: Monday, August 01, 2011 12:01 PM Subject: How to solve dependencies problems Hi, I have a port which uses tidy while another port uses tidy-lib. When installing one of these ports gives dependencies problems. How to solve this problem? Thanks Jack Raats orac# pkgdb -F --- Checking the package registry database Stale dependency: docproj-jadetex-1.17_4 - add (www/tidy): Fixed. (- tidy-2804_2) Stale dependency: php5-extensions-1.5 - tidy-lib-090315.c_1 (www/tidy-lib): tidy-2804_2 (score:19%) ? ([y]es/[n]o/[a]ll) [no] Install stale dependency? ([y]es/[n]o/[a]ll) [yes] [Gathering depends for www/tidy-lib ... done] --- Installing 'tidy-lib-090315.c_1' from a port (www/tidy-lib) --- Building '/usr/ports/www/tidy-lib' === Cleaning for tidy-lib-090315.c_1 === tidy-lib-090315.c_1 conflicts with installed package(s): tidy-2804_2 They install files into the same place. You may want to stop build with Ctrl + C. === Vulnerability check disabled, database not found === License check disabled, port has not defined LICENSE === tidy-lib-090315.c_1 conflicts with installed package(s): tidy-2804_2 They will not build together. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/www/tidy-lib. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20110801-45679-1uf73xx-0 env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! www/tidy-lib (unknown build error) Command failed [exit code 1]: /usr/local/sbin/portinstall www/tidy-lib orac# www/tidy has a conflicts line: CONFLICTS= tidy-devel-[0-9]* tidy-lib-[0-9]* www/tidy-lib does not. I have no idea why that is although I have run into the same problem several times myself. I did once about a year ago contact the respective maintainers; however, I never received a reply. What I did was install tidy and then install tidy-lib. It seems to work although it probably should not. -- Jerry ✌ jerry+po...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ 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 20110730
Le Monday 01 August 2011, Doug wrote: A lot of people say that, but I'll stack it up against just about any interpreted language. Some of my routines are actually faster than the equivalents in pkg_info (which is why I use them). Yes, i have seen that portmaster is quite fast. I was meaning that shell scripting is not the clearest tool to program complex stuff, but of course this is dependant on each person. As for the pkg* stuff they are written in C, but this is irrelevant enough if they do a lot of IO, or use poorly performing algos. I remember that Marc Espie said that, after having rewritten the OpenBSD equivalents in perl, they were both clearer and more powerful, and much faster. The slowness gripe i have is about portupgrade. This is particularly obvious when running portupgrade -PP, which may take hours to upgrade a machine without spending any time in compilation. As far as i have understood the pkg* tools are presently being rewritten by a FreeBSD team, i hope the new tools will be much better. This being said if an upgrade tool needs to compute (partially) the INDEX, most of the time is spent in running make -V variables in each port, because make has to read and interpret enormous files. I don't see any way to cut on that, or one should need to develop a special purpose version of make to evaluate these variables, perhaps which should keep persistent computations between ports (but this is dangerous). ___ 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: porter handbook MASTER_SITES section outdated?
In sec 5.4.2 MASTER_SITES in the porter handbook:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-distfiles.html#AEN1512
the example given is:
MASTER_SITES= ${MASTER_SITE_GNU}
However, sunpoet@ has just committed my patch
changing my ${IGNORE_MASTER_SITE_XCONTRIB} and
${MASTER_SITE_LOCAL} to:
MASTER_SITES= XCONTRIB/applications \
http://seis.bris.ac.uk/~mexas/ \
LOCAL/simon
Are both forms acceptable? Or is the form
given in the porters handbook outdated?
Yes. No. He is just making use of an abbreviation that is translated
into the full urls by the macros at the end of ports/Mk/bsd.sites.mk.
You can do the same in your own submissions, but you should check that
they actually work by using make fetch-urlall-list or the like.
b.
___
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 solve dependencies problems - more info
On 01/08/2011 13:45, Jerry wrote:
What I did was install tidy and then install tidy-lib. It seems to
work although it probably should not.
Both of those ports install ${PREFIX}/bin/tidy (as does tidy-devel), so
they should conflict. Which they do: while there isn't a CONFLICTS=
line in www/tidy-lib/Makefile that's because it's a slave port of
www/tidy-devel and the CONFLICTS setting is in that port's Makefile:
% cd /usr/ports/www/tidy-lib
% make -V CONFLICTS
tidy-2804* tidy-devel-[0-9]*
% cd ../tidy-devel/
% make -V CONFLICTS
tidy-2804* tidy-lib-[0-9]*
% cd ../tidy
% make -V CONFLICTS
tidy-devel-[0-9]* tidy-lib-[0-9]*
So, you should have had a conflict between tidy and tidy-lib whichever
order you installed them in. Not clear why you didn't get that.
On the other hand, the relevant bit of the RUN_DEPENDS for
textproc/docproj* is:
tidy:${PORTSDIR}/www/tidy
which says that the dependency is fulfilled by any binary called tidy on
$PATH, and suggests installing the www/tidy port to satisfy the
dependency if necessary. If you've already installed www/tidy-lib, that
should satisfy the dependency. Which is cool if you install ports by
'make install' but ports management software or installing via pkgs
tends to mutate that into saying 'make sure the www/tidy port is
installed as a prerequisite', thus triggering the CONFLICTS prevention code.
That's a systemic problem with the ports -- there isn't a general
mechanism for choosing between alternative ports/packages that could
satisfy a dependency. 'Provides' and 'Requires' functionality similar
to rc.conf might work there, which is (I think, but ICBW) coming with
the pkgNG stuff.
Cheers,
Matthew
--
Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard
Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk Kent, CT11 9PW
signature.asc
Description: OpenPGP digital signature
Re: UPDATING 20110730
Hello Even I use portmaster (a very good piece of software), it becomes very slow when you have 1550 ports installed in your system. As only a few ports (about 100, in my case) changes in a week time, I build a database (postgres) that contains all the ports installed, de depencies and a flag that tells me if that port needs updating (pkg_version) a shell script scans the ports (pkg_info | cut -d ' ' -f 1) and builds the database once a week (can take several hours... Once the database is built, an sql query (only ms...) tells me what to do... it then executes pkg_delete, cd /usr/ports/..., make clean all package.. and after doing all the job, it updates the postgresql database (seconds... ). In my case I use a central server with all the 1550 ports... and all I do is to install them on the slaves, (again, using the postgres database data)... Hope this can give someone some ideas Sergio ___ 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 building math/R: texi2dvi needed but missing on your system
I'm trying to build math/R. Compilation went fine, but when I try to 'make install' I get the following error: ERROR: 'texi2dvi' needed but missing on your system. *** Error code 1 Stop in /usr/ports/math/R/work/R-2.13.1/doc/manual. *** Error code 1 (ignored) cd: can't cd to /usr/local/lib/R/lib *** Error code 2 Stop in /usr/ports/math/R. I have a texi2dvi4a2ps binary as you can see here. # where texi2dvi4a2ps /usr/local/bin/texi2dvi4a2ps # pkg_info -W /usr/local/bin/texi2dvi4a2ps /usr/local/bin/texi2dvi4a2ps was installed by package a2ps-a4-4.13b_4 Has anyone else seen this problem before and can give me some tipps? As I told Anton a bit earlier, upstream changed the method of building the dvi manuals (yet again), and I missed this during the update. This should only affect users who build math/R with the (non-default) option WITH_DVI_MANUALS. I hope to fix this soon. In the meantime, you can disable this option, build and install R, and either read the manuals in info format, or build them manually, or grab them from: http://cran.r-project.org/manuals.html b. ___ 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 20110730
On Aug 1, 2011 7:10 AM, Michel Talon ta...@lpthe.jussieu.fr wrote: [snip] This being said if an upgrade tool needs to compute (partially) the INDEX, most of the time is spent in running make -V variables in each port, because make has to read and interpret enormous files. I don't see any way to cut on that, or one should need to develop a special purpose version of make to evaluate these variables, perhaps which should keep persistent computations between ports (but this is dangerous). Or don't store lots of data in files in Makefile format. The make language is a poor data storage format that doesn't allow access to that data from other tools easily or efficiently. I'm struggling with a similar problem at $WORK. Jos ___ 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 20110730
On Mon, Aug 01, 2011 at 01:59:08PM -0300, Sergio de Almeida Lenzi wrote: Hello Even I use portmaster (a very good piece of software), it becomes very slow when you have 1550 ports installed in your system. As only a few ports (about 100, in my case) changes in a week time, I build a database (postgres) that contains all the ports installed, de depencies and a flag that tells me if that port needs updating (pkg_version) a shell script scans the ports (pkg_info | cut -d ' ' -f 1) and builds the database once a week (can take several hours... Once the database is built, an sql query (only ms...) tells me what to do... it then executes pkg_delete, cd /usr/ports/..., make clean all package.. and after doing all the job, it updates the postgresql database (seconds... ). In my case I use a central server with all the 1550 ports... and all I do is to install them on the slaves, (again, using the postgres database data)... Hope this can give someone some ideas Sergio Some years ago the idea floated around to use a sqlite database to keep a fast access copy of the important data in /var/db/pkg, but this idea was dismissed for various reasons, in particular the fact that the base system has the Berkeley database, or that using the filesystem as a poor man's database was a better idea. -- Michel TALON ___ 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 20110730
On Mon, Aug 01, 2011 at 09:39:05AM -0700, Jos Backus wrote: On Aug 1, 2011 7:10 AM, Michel Talon ta...@lpthe.jussieu.fr wrote: [snip] This being said if an upgrade tool needs to compute (partially) the INDEX, most of the time is spent in running make -V variables in each port, because make has to read and interpret enormous files. I don't see any way to cut on that, or one should need to develop a special purpose version of make to evaluate these variables, perhaps which should keep persistent computations between ports (but this is dangerous). Or don't store lots of data in files in Makefile format. The make language is a poor data storage format that doesn't allow access to that data from other tools easily or efficiently. I'm struggling with a similar problem at $WORK. Jos This is unfortunately impossible because the ports system is organized around a make logic and the relevant dependency variables are only obtained through running make on each ports Makefile *in the context* of the gigantic makefiles (bsd.port.mk, etc) which are included. -- Michel TALON ___ 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: postfix-2.8.4,1
On 2011-08-01 12:55, Miroslav Lachman wrote: Hi, I upgraded postfix-2.8.3,1 to postfix-2.8.4,1 yesterday and today I realized, that postfix is nolonger in my manualy defined group (maildirs:*:3125:postfix). I use this setting for many years without problem. After the change to use the ports framework to create USERS and GROUPS it means broken installation after upgrade. 1] I don't think it is good to touch user's customizations in users or groups especially removing something silently 2] If something like this change happend, it should be mentioned in UPDATING Am I forced to do manual work (adding postfix to my group) after each upgrade? Miroslav Lachman Hi Miroslav, what do you mean with postfix is nolonger in my manualy defined group? In the postfix port there was no code to remove the postfix user from any group or delete the postfix user. If my speculation is correct and this was not a fresh install, then the postfix user is now member of the groups *mail, postfix and maildirs*. olli ___ 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
exist status of pkg_info -O
pkg_info -q -O missing/port exits with status of 0. Not sure if this complies with usual conventions for this kind of tools. -- Andriy Gapon ___ 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: exit status of pkg_info -O
on 01/08/2011 23:38 Andriy Gapon said the following: pkg_info -q -O missing/port exits with status of 0. Not sure if this complies with usual conventions for this kind of tools. Just a belated subject correction. -- Andriy Gapon ___ 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: postfix-2.8.4,1
Olli Hauer wrote: On 2011-08-01 12:55, Miroslav Lachman wrote: Hi, I upgraded postfix-2.8.3,1 to postfix-2.8.4,1 yesterday and today I realized, that postfix is nolonger in my manualy defined group (maildirs:*:3125:postfix). I use this setting for many years without problem. After the change to use the ports framework to create USERS and GROUPS it means broken installation after upgrade. 1] I don't think it is good to touch user's customizations in users or groups especially removing something silently 2] If something like this change happend, it should be mentioned in UPDATING Am I forced to do manual work (adding postfix to my group) after each upgrade? Miroslav Lachman Hi Miroslav, what do you mean with postfix is nolonger in my manualy defined group? I have postfix in group maildirs on my servers: maildirs:*:3125:postfix This is my group created many years ago (the server start its life as FreeBSD 6.0, now it runs 8.2). I am using this group for mail directories on all of my mailservers. In the postfix port there was no code to remove the postfix user from any group or delete the postfix user. If my speculation is correct and this was not a fresh install, then the postfix user is now member of the groups *mail, postfix and maildirs*. Today (after Postfix upgrade) I have this in daily report: Backup passwd and group files: elsa.codelab.cz group diffs: 34c34 maildirs:*:3125:postfix --- maildirs:*:3125: So I looked in to /etc/group and found that postfix is no longer member of the group maildirs: maildirs:*:3125: I must re-add it to group maildirs, so now I have it right: id postfix uid=125(postfix) gid=125(postfix) groups=125(postfix),6(mail),3125(maildirs) Miroslav Lachman ___ 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: exist status of pkg_info -O
On 08/01/2011 22:38, Andriy Gapon wrote: pkg_info -q -O missing/port exits with status of 0. Not sure if this complies with usual conventions for this kind of tools. No, but the ports tree expect this. While doing pkgng testing, we discovered that we needed to add a dirty workaround to always return 0. ___ 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
php52-snmp
Hello.
After upgrading net-snmp I'm having some trouble, so I tried recompiling
php52-snmp, but it failed.
I think in /usr/ports/lang/php52/Makefile.ext, the line:
LIB_DEPENDS+= netsnmp.20:${PORTSDIR}/net-mgmt/net-snmp
should become:
LIB_DEPENDS+= netsnmp.30:${PORTSDIR}/net-mgmt/net-snmp
^^
bye
av.
___
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: postfix-2.8.4,1
On 2011-08-01 22:54, Miroslav Lachman wrote: Olli Hauer wrote: On 2011-08-01 12:55, Miroslav Lachman wrote: Hi, I upgraded postfix-2.8.3,1 to postfix-2.8.4,1 yesterday and today I realized, that postfix is nolonger in my manualy defined group (maildirs:*:3125:postfix). I use this setting for many years without problem. After the change to use the ports framework to create USERS and GROUPS it means broken installation after upgrade. 1] I don't think it is good to touch user's customizations in users or groups especially removing something silently 2] If something like this change happend, it should be mentioned in UPDATING Am I forced to do manual work (adding postfix to my group) after each upgrade? Miroslav Lachman Hi Miroslav, what do you mean with postfix is nolonger in my manualy defined group? I have postfix in group maildirs on my servers: maildirs:*:3125:postfix This is my group created many years ago (the server start its life as FreeBSD 6.0, now it runs 8.2). I am using this group for mail directories on all of my mailservers. In the postfix port there was no code to remove the postfix user from any group or delete the postfix user. If my speculation is correct and this was not a fresh install, then the postfix user is now member of the groups *mail, postfix and maildirs*. Today (after Postfix upgrade) I have this in daily report: Backup passwd and group files: elsa.codelab.cz group diffs: 34c34 maildirs:*:3125:postfix --- maildirs:*:3125: So I looked in to /etc/group and found that postfix is no longer member of the group maildirs: maildirs:*:3125: I must re-add it to group maildirs, so now I have it right: id postfix uid=125(postfix) gid=125(postfix) groups=125(postfix),6(mail),3125(maildirs) Miroslav Lachman Oh, indeed. You hit a limitation of /usr/sbin/pw. The groups are applied with pw usermod -G $grouplist from pw(8): -G grouplist Set additional group memberships for an account. grouplist is a comma, space or tab-separated list of group names or group numbers. The user's name is added to the group lists in /etc/group, *and removed from any groups not specified in grouplist*. I can think about a workaround for your case. Give me some time will do some tests. -- olli ___ 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: postfix-2.8.4,1
On 2011-08-01 23:31, Olli Hauer wrote: On 2011-08-01 22:54, Miroslav Lachman wrote: Olli Hauer wrote: On 2011-08-01 12:55, Miroslav Lachman wrote: Hi, I upgraded postfix-2.8.3,1 to postfix-2.8.4,1 yesterday and today I realized, that postfix is nolonger in my manualy defined group (maildirs:*:3125:postfix). I use this setting for many years without problem. After the change to use the ports framework to create USERS and GROUPS it means broken installation after upgrade. 1] I don't think it is good to touch user's customizations in users or groups especially removing something silently 2] If something like this change happend, it should be mentioned in UPDATING Am I forced to do manual work (adding postfix to my group) after each upgrade? Miroslav Lachman Hi Miroslav, what do you mean with postfix is nolonger in my manualy defined group? I have postfix in group maildirs on my servers: maildirs:*:3125:postfix This is my group created many years ago (the server start its life as FreeBSD 6.0, now it runs 8.2). I am using this group for mail directories on all of my mailservers. In the postfix port there was no code to remove the postfix user from any group or delete the postfix user. If my speculation is correct and this was not a fresh install, then the postfix user is now member of the groups *mail, postfix and maildirs*. Today (after Postfix upgrade) I have this in daily report: Backup passwd and group files: elsa.codelab.cz group diffs: 34c34 maildirs:*:3125:postfix --- maildirs:*:3125: So I looked in to /etc/group and found that postfix is no longer member of the group maildirs: maildirs:*:3125: I must re-add it to group maildirs, so now I have it right: id postfix uid=125(postfix) gid=125(postfix) groups=125(postfix),6(mail),3125(maildirs) Miroslav Lachman Oh, indeed. You hit a limitation of /usr/sbin/pw. The groups are applied with pw usermod -G $grouplist from pw(8): -G grouplist Set additional group memberships for an account. grouplist is a comma, space or tab-separated list of group names or group numbers. The user's name is added to the group lists in /etc/group, *and removed from any groups not specified in grouplist*. I can think about a workaround for your case. Give me some time will do some tests. No, you don't hit the limitation. It seems you really found a bug in the Framework! From the Framework code in bsd.port.mk existing groups should honored. I will look into this. Thanks for your report. olli ___ 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: postfix-2.8.4,1
On Mon, 2011-08-01 at 12:55:33 +0200, Miroslav Lachman wrote: Hi, I upgraded postfix-2.8.3,1 to postfix-2.8.4,1 yesterday and today I realized, that postfix is nolonger in my manualy defined group (maildirs:*:3125:postfix). I use this setting for many years without problem. After the change to use the ports framework to create USERS and GROUPS it means broken installation after upgrade. I am sorry you are having trouble, but this appears to be a regression in the framework rather than a problem specific to mail/postfix. 1] I don't think it is good to touch user's customizations in users or groups especially removing something silently Yes. 2] If something like this change happend, it should be mentioned in UPDATING Yes. Am I forced to do manual work (adding postfix to my group) after each upgrade? You shouldn't be. I believe ohauer@ is already looking at the framework to fix this issue more structurally. Thanks for your report. -- 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
USERS/GROUPS in bsd.port.mk [was: FreeBSD Port: postfix-2.8.4,1]
On Tue, 2011-08-02 at 00:04:14 +0200, olli hauer wrote:
No, you don't hit the limitation. It seems you really found a bug in
the Framework!
From the Framework code in bsd.port.mk existing groups should honored.
Along those lines, what about using groupmod instead of usermod?
Perhaps due to my ignorance, it seems more straightforward and does not
require much sed-fu; I've attached a (probably incomplete) patch to
illustrate my thinking. I understand what I am suggesting could
introduce other problems, so please do not construe it as an as-is
suggestion, but rather something to stoke discussion.
--
Sahil Tandon sa...@freebsd.org
Index: bsd.port.mk
===
RCS file: /home/pcvs/ports/Mk/bsd.port.mk,v
retrieving revision 1.690
diff -u -r1.690 bsd.port.mk
[34m--- bsd.port.mk 21 Jul 2011 15:10:46 - 1.690[0m
[31m+++ bsd.port.mk 2 Aug 2011 00:49:22 -[0m
[1m@@ -4237,12 +4237,9 @@[0m
IFS=,; for _login in $$members; do \
for _user in ${USERS}; do \
if [ x$${_user} = x$${_login} ]; then \
[34m-list=`${PW} usershow $${_login}
-P | ${SED} -ne 's/.*Groups: //p'`; \[0m
[34m-${ECHO_MSG} Setting
\`$${_login}' groups to \`$$list$${list:+,}${_group}'.; \[0m
[34m-${PW} usermod $${_login} -G
$$list$${list:+,}${_group}; \[0m
[34m-${ECHO_CMD} @exec list=\`${PW}
usershow $${_login} -P | ${SED} -ne 's/.*Groups: //p'\`; \[0m
[34m-echo \Setting '$${_login}'
groups to '$$list$${list:+,}${_group}'.\; \[0m
[34m-${PW} usermod $${_login} -G
$${list},${_group} ${TMPPLIST}; \[0m
[31m+${ECHO_MSG} Adding \`$${_login}'
to \`${_group}'.; \[0m
[31m+${PW} groupmod ${_group} -m
$${_login}; \[0m
[31m+${ECHO_CMD} @exec ${PW} groupmod
${_group} -m $${_login} ${TMPPLIST}; \[0m
else \
${ECHO_MSG} == DEBUG skip login
$${_login} = not defined in USERS \( ${USERS} )\; \
fi; \
___
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
