Re: Simple Question
- Original Message From: Robert Huff [EMAIL PROTECTED] Rachel Florentine writes: Can someone please tell me how to add options to a port build? For example, I want to rebuild my openldap with something like this: Start here: man make.conf man pkgtools.conf Hmm. A little confusing, but if I understood it correctly, what I want to do is: 1. Edit /usr/local/etc/pkgtools.conf and enable it to read /usr/local/etc/pkgtools.local 2. Create the local file and add something like this: MAKE_ENV = { '/usr/ports/net/openldap23-server' = [ 'CC=gcc', 'CPPFLAGS=-I/usr/local/include/openssl/' 'LDFLAGS=-L/usr/local/lib/' ], } That would set up the environment, and might actually be correct as written ;) I'm a whole lot less confident of the following: MAKE_ARGS = { '/usr/ports/net/openldap23-server'= [ '--localstatedir=/var/run/slapd', '--enable-spasswd', etc, etc ], } Awaiting your feedback. TIA, Rachel ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Simple Question
Rachel Florentine writes: MAKE_ENV = { '/usr/ports/net/openldap23-server' = [ 'CC=gcc', 'CPPFLAGS=-I/usr/local/include/openssl/' 'LDFLAGS=-L/usr/local/lib/' As I understand it, the FreeBSD-supplied defaults for this type of variable are set in /etc/defaults/make.conf (which should never be edited), ... overridden on a per-system basis in /etc/make.conf, ... and altered for any given port by the port's Makefile. If the Makefile is missing a necessary/desirable tunable option, then you need to talk to the maintainer. (And I believe your port is actively maintained.) I tend to use pkgtools.conf to reocrd those variables used directly by the port which are not recorded by a config dialogue. (See example appended.) I am not a Makefile/configuration guru, and we are now pushing the envelope of what I'm willing to pontificate about. Robert Huff MAKE_ARGS = { 'www/mozilla-devel' = 'BUILD_OFFICIAL=1', 'graphics/gimp' = [ 'WITH_PYTHON=yes', 'WITH_HTML_HELP_BROWSER=yes'], 'www/apache22' = [ '-DWITH_LDAP_MODULES', '-DWITH_MISC_MODULES', '-DWITH_CACHE_MODULES', '-DWITH_SSL_MODULES'], 'editors/xemacs-devel-mule' = [ '-DDISABLE_CONFLICTS'], 'editors/emacs' = [ '-DDISABLE_CONFLICTS'] } ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: avahi upgrade problem
On Sat, 11 Nov 2006, Boris Samorodov wrote: BS On Sat, 11 Nov 2006 20:52:46 +0300 (MSK) Dmitry Morozovsky wrote: BS BS Hi there colleagues, BS BS Hello. BS BS trying to upgrade avahi to version 0.6.14_3 I got the following error: BS BS Seems that this commit should fix it: BS 1.43 +3 -3 ports/net/avahi/Makefile Yep, I thought (looking at cvs log) I got this change already merged, but apparently my local cvs mirror missed this at The Very Right Time [tm] ;-) Thanks! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
UID/GID dynamic allocation in net/isc-dhcp3-server: why?
Hello! I don't like the current behaviour of the net/isc-dhcp3-server port of creating 'dhcpd' user and group using dynamic allocation instead of having static one (as specified in /usr/ports/{U,G}IDs). I like the idea of [ug]id ranges, and dynamic allocation doesn't keep within this idea (ids of users and daemons get mixed). Is there specific reason why there is no static [ug]id for net/isc-dhcp3-server? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: [EMAIL PROTECTED] nic-hdl: LYNX-RIPE ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: UID/GID dynamic allocation in net/isc-dhcp3-server: why?
On Sat, 11 Nov 2006, Dmitry Pryanishnikov wrote: (ids of users and daemons get mixed). Is there specific reason why there is no static [ug]id for net/isc-dhcp3-server? ...and why the port doesn't just reuse: _dhcp:*:65:65:dhcp programs:/var/empty:/usr/sbin/nologin _dhcp:*:65: Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: [EMAIL PROTECTED] nic-hdl: LYNX-RIPE ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
textproc/docbook-xsl (docbook-xsl-1.70.1) (install error)
Hello, my port textproc/docbook-xsl failed by portupgrade -a with install error. reddevil# portupgrade -a ** Detected a package name change: libmikmod (audio/libmikmod) - 'libmikmod-esound' (audio/libmikmod) ** No need to upgrade 'libmikmod-3.1.11_2' (= libmikmod-esound-3.1.11_2). (specify -f to force) --- Upgrading 'docbook-xsl-1.70.1' to 'docbook-xsl-1.71.1' (textproc/docbook-xsl) --- Building '/usr/ports/textproc/docbook-xsl' === Cleaning for docbook-xml-4.2_1 === Cleaning for sdocbook-xml-1.1,1 === Cleaning for unzip-5.52_2 === Cleaning for xmlcatmgr-2.2 === Cleaning for docbook-xsl-1.71.1 === Vulnerability check disabled, database not found === Extracting for docbook-xsl-1.71.1 = MD5 Checksum OK for docbook-xsl-1.71.1.tar.bz2. = SHA256 Checksum OK for docbook-xsl-1.71.1.tar.bz2. = MD5 Checksum OK for docbook-xsl-doc-1.71.1.tar.bz2. = SHA256 Checksum OK for docbook-xsl-doc-1.71.1.tar.bz2. /usr/bin/find /usr/ports/textproc/docbook-xsl/work/docbook-xsl-1.71.1 -name '.#*' -delete /usr/bin/find /usr/ports/textproc/docbook-xsl/work/docbook-xsl-1.71.1/extensions -type d -mindepth 1 -maxdepth 1 -print0 | /usr/bin/xargs -0 /bin/rm -rf === Patching for docbook-xsl-1.71.1 === Configuring for docbook-xsl-1.71.1 --- Backing up the old version --- Uninstalling the old version --- Deinstalling 'docbook-xsl-1.70.1' pkg_delete: package 'docbook-xsl-1.70.1' is required by these other packages and may not be deinstalled (but I'll delete it anyway): docproj-1.17 gnome-commander-1.0.1_3 gnome-libs-1.4.2_6 gnome-vfs-1.0.5_8 scrollkeeper-0.3.14_5,1 xmlcatmgr: enabling compatibility mode; removing ALL matching entries [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 263 packages found (-1 +0) (...) done] --- Installing the new version via the port === Installing for docbook-xsl-1.71.1 === docbook-xsl-1.71.1 depends on file: /usr/local/share/xml/docbook/4.2/catalog.xml - found === docbook-xsl-1.71.1 depends on file: /usr/local/share/xml/sdocbook/4.1.2.5/catalog - not found ===Verifying reinstall for /usr/local/share/xml/sdocbook/4.1.2.5/catalog in /usr/ports/textproc/sdocbook-xml === Vulnerability check disabled, database not found === Extracting for sdocbook-xml-1.1,1 = MD5 Checksum OK for docbook-simple-1.1.zip. = SHA256 Checksum OK for docbook-simple-1.1.zip. === sdocbook-xml-1.1,1 depends on executable in : unzip - found /bin/mkdir -p /usr/ports/textproc/sdocbook-xml/work; (cd /usr/ports/textproc/sdocbook-xml/work unzip -oq /usr/ports/distfiles/docbook-simple-1.1.zip) === Patching for sdocbook-xml-1.1,1 /usr/bin/sed -e 's#@@DTDDIR@@#/usr/local/share/xml/sdocbook/1.1#' /usr/ports/textproc/sdocbook-xml/files/catalog.xml /usr/ports/textproc/sdocbook-xml/work/catalog.xml === Configuring for sdocbook-xml-1.1,1 === Installing for sdocbook-xml-1.1,1 === sdocbook-xml-1.1,1 depends on file: /usr/local/bin/xmlcatmgr - found === Generating temporary packing list /bin/mkdir -p /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/sdbcent.mod /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/sdbhier.mod /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/sdbpool.mod /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/sdocbook-custom.dtd /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/sdocbook.css /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/sdocbook.dtd /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/sdocbookref-custom.dtd /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/sdocbookref.dtd /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/sinclist.mod /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/files/catalog /usr/local/share/xml/sdocbook/1.1 install -o root -g wheel -m 444 /usr/ports/textproc/sdocbook-xml/work/catalog.xml /usr/local/share/xml/sdocbook/1.1 /usr/local/bin/xmlcatmgr -sc /usr/local/share/sgml/catalog.ports add CATALOG /usr/local/share/xml/sdocbook/1.1/catalog xmlcatmgr: entry already exists for `/usr/local/share/xml/sdocbook/1.1/catalog' of type `CATALOG' *** Error code 1 Stop in /usr/ports/textproc/sdocbook-xml. *** Error code 1 Stop in /usr/ports/textproc/sdocbook-xml. *** Error code 1 Stop in /usr/ports/textproc/docbook-xsl. *** Error code 1 Stop in /usr/ports/textproc/docbook-xsl. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.80467.105 env PORT_UPGRADE=yes make reinstall egrep: /var/db/pkg/docbook-xsl-1.70.1/+CONTENTS: No such file or directory --- Restoring the old version xmlcatmgr: entry already
Re: UID/GID dynamic allocation in net/isc-dhcp3-server: why?
On 2006.11.11 21:12:09 +0200, Dmitry Pryanishnikov wrote: I don't like the current behaviour of the net/isc-dhcp3-server port of creating 'dhcpd' user and group using dynamic allocation instead of having static one (as specified in /usr/ports/{U,G}IDs). I like the idea of [ug]id ranges, and dynamic allocation doesn't keep within this idea (ids of users and daemons get mixed). Is there specific reason why there is no static [ug]id for net/isc-dhcp3-server? Personally I have it precisely the other way around - I find the static allocations rather annoying since they are bound to collide with existing UID's at some point. IMO the optimal solution would be to have some magic which auto assigns ports/system UID/GID's from different ranges that normal users. That said, I don't care enough to actually work on implementing it, but just don't think that everybody agrees that static UID/GID numbering is a good thing. -- Simon L. Nielsen ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: UID/GID dynamic allocation in net/isc-dhcp3-server: why?
On Sat, Nov 11, 2006 at 09:37:31PM +0100, Simon L. Nielsen wrote: On 2006.11.11 21:12:09 +0200, Dmitry Pryanishnikov wrote: I don't like the current behaviour of the net/isc-dhcp3-server port of creating 'dhcpd' user and group using dynamic allocation instead of having static one (as specified in /usr/ports/{U,G}IDs). I like the idea of [ug]id ranges, and dynamic allocation doesn't keep within this idea (ids of users and daemons get mixed). Is there specific reason why there is no static [ug]id for net/isc-dhcp3-server? Personally I have it precisely the other way around - I find the static allocations rather annoying since they are bound to collide with existing UID's at some point. IMO the optimal solution would be to have some magic which auto assigns ports/system UID/GID's from different ranges that normal users. Just so :) UIDs below 1000 are (and have been for many years) allocated to the system (ports/src), and are not supposed to be allocated by administrators. This at least works out of the box with some of the tools we have for allocating new users, so are you aware of any that don't do this? Kris pgpbjt3uPG1F5.pgp Description: PGP signature
Re: UID/GID dynamic allocation in net/isc-dhcp3-server: why?
On Sat, Nov 11, 2006 at 10:05:05PM +0100, Simon L. Nielsen wrote: On 2006.11.11 15:48:05 -0500, Kris Kennaway wrote: On Sat, Nov 11, 2006 at 09:37:31PM +0100, Simon L. Nielsen wrote: On 2006.11.11 21:12:09 +0200, Dmitry Pryanishnikov wrote: I don't like the current behaviour of the net/isc-dhcp3-server port of creating 'dhcpd' user and group using dynamic allocation instead of having static one (as specified in /usr/ports/{U,G}IDs). I like the idea of [ug]id ranges, and dynamic allocation doesn't keep within this idea (ids of users and daemons get mixed). Is there specific reason why there is no static [ug]id for net/isc-dhcp3-server? Personally I have it precisely the other way around - I find the static allocations rather annoying since they are bound to collide with existing UID's at some point. IMO the optimal solution would be to have some magic which auto assigns ports/system UID/GID's from different ranges that normal users. Just so :) UIDs below 1000 are (and have been for many years) allocated to the system (ports/src), and are not supposed to be allocated by administrators. This at least works out of the box with some of the tools we have for allocating new users, so are you aware of any that don't do this? I know that people are not suposed to use 1000 and for normal users and I havent seen any FreeBSD tools which uses low UID's for normal users by default. I don't do use low UID's new systems/sites, but sometimes you have old systems/sites where that is just not the case. I'm certainly not saying we should bent over backwards to support these legacy systems, I just want to point out that they do exist. I'm really not trying to start a big debate over static vs. dynamic UID/GID allocations, the original mail just made it sound to me like it was a universal truth that ports should use hardcoded UID/GID's and it was always a good thing. And the site where I have UID/GID's in the 1000 range is called FreeBSD.org :-) (we use UID/GID's from 500 and up). I dunno what you are suggesting could be done on systems where the administrators have chosen to ignore the conventions. Even supposing the 1000 range was dynamically remapped to some other range on such systems, what's to stop the rogue admin from allocating there too? Kris pgpeJCy3AVoqS.pgp Description: PGP signature
Re: textproc/docbook-xsl (docbook-xsl-1.70.1) (install error)
Ok i have this port manually upgradet with cd /usr/ports/textproc/docbook-xsl make deinstall rm -Rf /usr/local/share/xml/sdocbook/1.1 manually removing this line nextCatalog catalog=/usr/local/share/xml/sdocbook/1.1/catalog.xml / in /usr/local/share/xml/catalog.ports and CATALOG /usr/local/share/xml/sdocbook/1.1/catalog in /usr/local/share/sgml/catalog.ports make FORCE_PKG_REGISTER=1 install Upgrade is succeeded. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: textproc/docbook-xsl (docbook-xsl-1.70.1) (install error)
Carsten Schütze wrote: Ok i have this port manually upgradet with cd /usr/ports/textproc/docbook-xsl make deinstall rm -Rf /usr/local/share/xml/sdocbook/1.1 manually removing this line nextCatalog catalog=/usr/local/share/xml/sdocbook/1.1/catalog.xml / in /usr/local/share/xml/catalog.ports and CATALOG /usr/local/share/xml/sdocbook/1.1/catalog in /usr/local/share/sgml/catalog.ports make FORCE_PKG_REGISTER=1 install Upgrade is succeeded. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] See ports/105402. The real problem is in the Makefile for textproc/docbook-xsl. jmc ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
emulators/qemu-launcher: unable to launch
Hello list, I've just compiled and installed emulators/qemu-launcher and this is what I've got when trying to run it: $ qemu-launcher /libexec/ld-elf.so.1: /usr/local/lib/libgthread-2.0.so.0: Undefined symbol pthread_getschedparam What's wrong please? What am I to do now? Cheers, Martin PS: FreeBSD mb-aw1n-bsd 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Sat Sep 23 10:05:07 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MB-AW1N i386 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: textproc/docbook-xsl (docbook-xsl-1.70.1) (install error)
John Merryweather Cooper wrote: See ports/105402. The real problem is in the Makefile for textproc/docbook-xsl. Ok, thank you. Carsten ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
devel/libevent: could not fetch it
Hello, I get this when I try to install libevent: # make install clean === Extracting for libevent-1.2_1 = MD5 Checksum mismatch for libevent-1.2.tar.gz. = SHA256 Checksum mismatch for libevent-1.2.tar.gz. === Refetch for 1 more times files: libevent-1.2.tar.gz libevent-1.2.tar.gz = libevent-1.2.tar.gz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from http://monkey.org/~provos/. fetch: libevent-1.2.tar.gz: local modification time does not match remote = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/libevent-1.2.tar.gz: size mismatch: expected 413811, actual 367338 = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/devel/libevent. *** Error code 1 Stop in /usr/ports/devel/libevent. Is there any way I can fix it? Thanks ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: devel/libevent: could not fetch it
On Sun, Nov 12, 2006 at 01:53:13AM +0200, Vlad GURDIGA wrote: Hello, I get this when I try to install libevent: # make install clean === Extracting for libevent-1.2_1 = MD5 Checksum mismatch for libevent-1.2.tar.gz. = SHA256 Checksum mismatch for libevent-1.2.tar.gz. You already have a copy but it has the wrong checksum. Delete it with 'make distclean' and retry. Kris pgpXdnwzv0dJc.pgp Description: PGP signature