Re: support for DESTDIR: security/openssh-portable
Brooks Davis wrote:
On Thu, Aug 10, 2006 at 03:25:38PM +0200, G?bor K?vesd?n wrote:
Brooks Davis wrote:
On Wed, Aug 09, 2006 at 05:59:18PM -0600, John E Hein wrote:
John E Hein wrote at 17:43 -0600 on Aug 9, 2006:
Well, the part that makes it annoying to duplicate in all ports is not
the two separate words (CHROOT DESTDIR), but that you have to test
defined(DESTDIR) && !empty(DESTDIR) before you can figure out whether
to use ${CHROOT} ${DESTDIR} or not.
So having that test to assign CHROOTDESTDIR or leave it empty in
bsd.port.mk allows the port writer to just always invoke it without
having to worry about testing for DESTDIR.
You could pass this var to pkg-install scripts, too (put it in the
standard *SUB* lists).
That way you don't have to do the dance that was added to
security/clamav/files/pkg-install.in:
if [ -n "%%DESTDIR%%" ]; then
PW="/usr/sbin/chroot %%DESTDIR%% pw"
CHOWN="/usr/sbin/chroot %%DESTDIR%% chown"
MKDIR="/usr/sbin/chroot %%DESTDIR%% mkdir -p"
else
PW="pw"
CHOWN="chown"
MKDIR="mkdir -p"
fi
but rather just:
PW="%%CHROOTDESTDIR%% pw"
CHOWN="%%CHROOTDESTDIR%% chown"
MKDIR="%%CHROOTDESTDIR%% mkdir -p"
This seems bogus. I can't think of any good reason why packages should
differ based on the valid of DESTDIR. Instead the pkg-install script
should be run inside the chroot.
-- Brooks
We wanted to go that way with garga when working on security/clamav, but
we realized that we can't just do chroot /foo pkg-install, since the
script is not located in the chroot itself. Do you have an another idea,
how to chroot those scripts?
My inclination would be something like:
PKG_INSTALL_TEMP=`mktemp ${DESTDIR}/tmp/pkg_install` && \
(${CAT} ${PKG_INSTALL} > ${PKG_INSTALL_TEMP}; \
${SH} ${PKG_INSTALL_TEMP}; \
${RM} ${PKG_INSTALL_TEMP})
I think we should ideally introduce a feature to allow ports to
automatically run pkg-install and stuff the code in bsd.port.mk so ports
don't have to know about DESTDIR in this case. Actually, ports where
pkg-install and the pre/post-install targets duplicate code (often
slightly differently) drive me nuts so I'd prefer a NO_AUTOPKGINSTALL,
but that would take some real work so a positive flag is probably better
initially.
-- Brooks
This is a good idea, but there's a big mess in this area as you already
said, so I think it would be a long term goal. I find John's solution
pretty good for now. An another item for automatization would be to
install PORTDOCS into DOCSDIR in post-install phase. and introduce
NO_PORTDOCSINSTALL or something like that to turn this off. But both of
them needs a lot of modification in affected ports as well.
--
Cheers,
Gabor
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: autoconf 2.60 support
Ade Lovett <[EMAIL PROTECTED]> writes:
> On Aug 09, 2006, at 12:36 , Stanislav Sedov wrote:
>> There is one important change in 2.60 - mandir and infodir
>> now point by default to ${prefix}/share/man and ${prefix}/share/info
>> accordingly, that differs slightly from FreeBSD mtree. So we need
>> to add --mandir=${PREFIX}/man and --infodir=${PREFIX}/info to
>> configure args.
>
> No need. Things like that will get patched in devel/autoconf260 as
> and when I add it.
Few ports have a need to re-run autoconf, and all other will have the
problem since that's coded into configure, not autoconf.
I'd second the original suggestion, albeit there's a possible collision
with ports defining these by themselves, so some Makefile magic is
needed - these defaults must be PREPENDED (not added/appended) to
CONFIGURE_ARGS.
--
Matthias Andree
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: x264 upgrade
On 8/11/06, Kostik Belousov <[EMAIL PROTECTED]> wrote: After recent upgrade of x264, I still cannot update vlc and gstreamer-plugins-x26480: gstreamer-plugins-x26480 build error: if /bin/sh ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/X11R6/include -I/usr/local/include -I../../gst-libs -I../../gst-libs -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/gstreamer-0.8 -DGST_DISABLE_DEPRECATED -Wall -O2 -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -I/usr/local/include -MT libx264_la-x264enc.lo -MD -MP -MF ".deps/libx264_la-x264enc.Tpo" -c -o libx264_la-x264enc.lo `test -f ' x264enc.c' || echo './'`x264enc.c; \ then mv -f ".deps/libx264_la-x264enc.Tpo" ".deps/libx264_la- x264enc.Plo"; else rm -f ".deps/libx264_la-x264enc.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/X11R6/include -I/usr/local/include -I../../gst-libs -I../../gst-libs -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/local/include/glib-2.0-I/usr/local/lib/glib- 2.0/include -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include/gstreamer-0.8 -DGST_DISABLE_DEPRECATED -Wall -O2 -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -I/usr/local/include -MT libx264_la-x264enc.lo -MD -MP -MF .deps/libx264_la-x264enc.Tpo -c x264enc.c -fPIC -DPIC -o .libs/libx264_la-x264enc.o x264enc.c: In function `gst_x264enc_get_property': x264enc.c:463: error: structure has no member named `b_cbr' x264enc.c: In function `gst_x264enc_set_property': x264enc.c:506: error: structure has no member named `b_cbr' gmake: *** [libx264_la-x264enc.lo] Ошибка 1 *** Error code 2 fixed, thanks! Stop in /usr/ports/multimedia/gstreamer-plugins-x26480. * vlc build error: if cc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/home/buddha/portsworkdir/usr/ports/multimedia/vlc/work/vlc-0.8.5/include -I/usr/X11R6/include/wx-2.6/ -I/usr/local/include/dirac -I/usr/local/include/speex -I/usr/local/include -I/usr/X11R6/include -I/usr/local/include -DSYS_FREEBSD6_1 -I../../include `top_builddir="../.." ../../vlc-config --cflags plugin dirac` -Wsign-compare -Wall -O2 -fno-strict-aliasing -pipe -march=pentiumpro -pthread -pipe -MT libdirac_plugin_a-dirac.o -MD -MP -MF ".deps/libdirac_plugin_a-dirac.Tpo" -c -o libdirac_plugin_a-dirac.o `test -f 'dirac.c' || echo './'`dirac.c; \ then mv -f ".deps/libdirac_plugin_a-dirac.Tpo" ".deps/libdirac_plugin_a- dirac.Po"; else rm -f ".deps/libdirac_plugin_a-dirac.Tpo"; exit 1; fi dirac.c: In function `GetNewPicture': dirac.c:148: error: `format411' undeclared (first use in this function) dirac.c:148: error: (Each undeclared identifier is reported only once dirac.c:148: error: for each function it appears in.) dirac.c:162: error: structure has no member named `frame_rate' dirac.c:164: error: structure has no member named `frame_rate' dirac.c:171: error: structure has no member named `interlace' dirac.c:172: error: structure has no member named `topfieldfirst' dirac.c: In function `DecodeBlock': dirac.c:250: error: structure has no member named `frame_rate' dirac.c:250: error: structure has no member named `frame_rate' dirac.c: In function `OpenEncoder': dirac.c:357: error: `SD576' undeclared (first use in this function) dirac.c:363: error: structure has no member named `frame_rate' dirac.c:365: error: structure has no member named `frame_rate' dirac.c:367: error: structure has no member named `interlace' dirac.c:368: error: structure has no member named `topfieldfirst' gmake[4]: *** [libdirac_plugin_a-dirac.o] Ошибка 1 gmake[4]: Leaving directory `/usr/home/buddha/portsworkdir/usr/ports/multimedia/vlc/work/vlc-0.8.5 /modules/codec' gmake[3]: *** [all-modules] Ошибка 1 gmake[3]: Leaving directory `/usr/home/buddha/portsworkdir/usr/ports/multimedia/vlc/work/vlc-0.8.5 /modules/codec' gmake[2]: *** [all-recursive] Ошибка 1 gmake[2]: Leaving directory `/usr/home/buddha/portsworkdir/usr/ports/multimedia/vlc/work/vlc-0.8.5 /modules' gmake[1]: *** [all-recursive] Ошибка 1 gmake[1]: Leaving directory `/usr/home/buddha/portsworkdir/usr/ports/multimedia/vlc/work/vlc-0.8.5' gmake: *** [all] Ошибка 2 It's disabled until we get a fix. *** Error code 2 Stop in /usr/ports/multimedia/vlc. * Is it known ? I did not found any notes in UPDATING. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
opera on -current
Hi, Anyone using the opera port successfully on -current? -- - [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
opera on -current
Diane Bruce writes: > Anyone using the opera port successfully on -current? I use mozilla, but opera works; I have it open in front of me. What's the problem? Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: problem building linuxthreads on RELENG_6
> Please apply following patch to devel/linuxthreads: While fixing compilation on recent RELENG_6, that patch is a minor regression for those running older snapshots of FreeBSD 7.0-CURRENT. Feel free to commit this patch or a modified version that doesn't include the regression for older snapshots of FreeBSD 7.0-CURRENT. Currently, I don't have permission to contribute code to FreeBSD. - Tor Egge ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ports/101803: [patch] archivers/lzma
IMHO trailing slashes are very good style: 1. It's easier to see that destination is a directory 2. In case the destination directory does not exist a trailing slash will save you from a nasty bug ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD ports that you maintain which are currently marked broken
Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we are attempting to notify maintainers of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc3.4, which is much stricter about such things as function declarations, literal strings constants that continue over several physical lines, and forcing the deprecation of antique header files such as varargs.h (we should now be using stdargs.h). The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. If you need help in one or more build environments that you do not have access to, please ask for help on the freebsd-ports mailing list. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 4.x/5.x/6.x with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/festival+OGI broken because: Touches filesystem prior to make install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festival%2BOGI portname: audio/spiralloops broken because: Does not compile (bad C++ code) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=spiralloops portname: chinese/gbfs broken because: fails to patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbfs portname: chinese/xemacs broken because: Does not build even with fix for -lxpg4 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=xemacs portname: databases/glom broken because: needs an update to 1.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=glom portname: databases/p5-GDBM broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.5.2006022503/p5-GDBM-1.00.log (Mar 15 01:21:42 UTC 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-GDBM portname: deskutils/yank broken because: incorrect pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=yank portname: devel/cl-asdf-cmucl broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2006072607/cl-asdf-cmucl-2003.05.16.log (Aug 3 17:01:24 UTC 2006) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2006071907/cl-asdf-cmucl-2003.05.16.log (Jul 25 04:53:49 UTC 2006) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.4.2006071303/cl-asdf-cmucl-2003.05.16.log (Jul 14 12:12:35 GMT 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cl-asdf-cmucl portname: devel/clint broken because: Does not compile on FreeBSD >= 5.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=clint portname: devel/ixlib broken because: Does not compile on !i386 or on FreeBSD >= 5.x build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.4.2006071303/ixlib-0.96.2_3.log (Jul 14 12:12:46 GMT 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ixlib portname: devel/libsigcx broken because: Does not compile on FreeBSD >= 5.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libsigcx portname: devel/ruby-textbuf broken because: Inconsistent dependencies build errors: none. overview
FreeBSD ports which are currently scheduled for deletion
As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems, the ports will be deleted. The goal of this posting is to make this process much more visible to the wider FreeBSD community. portname: astro/gdesklets-goodweather description:A desklet that displays current weather condition and forecast maintainer: [EMAIL PROTECTED] deprecated because: Disappeared from the internet expiration date:2006-10-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=gdesklets-goodweather portname: audio/wmtune description:Dockable radio program for the BT848/878 and RadioTrack cards maintainer: [EMAIL PROTECTED] deprecated because: mastersite disappeared, no longer maintained by author expiration date:2006-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=wmtune portname: deskutils/goats description:Yellow post-it note applet for GNOME 2 maintainer: [EMAIL PROTECTED] deprecated because: Project disappeared from the internet expiration date:2006-10-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=goats portname: devel/linux_devtools description:Packages needed for doing development in Linux mode maintainer: [EMAIL PROTECTED] deprecated because: the dependcy is deprecated, please use a linux_dist port instead expiration date:2006-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux_devtools portname: devel/py-ui description:A user interface library written in Python maintainer: [EMAIL PROTECTED] deprecated because: PyUI does not work with well with current versions of graphics/py-opengl and has not been developed in over two years. Python game development should be done with devel/py-game instead expiration date:2006-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-ui portname: devel/rtplib description:A library for developing applications over RTP maintainer: [EMAIL PROTECTED] status: IGNORE deprecated because: Upstream codebase appears to be unmaintained expiration date:2006-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rtplib portname: emulators/linux_base description:Basic packages for Linux mode from Red Hat 7.3/i386 maintainer: [EMAIL PROTECTED] status: IGNORE deprecated because: unsupported by upstream, no security support anymore expiration date:2006-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_base portname: emulators/linux_base-8 description:Base set of packages needed in Linux mode (for i386/amd64) maintainer: [EMAIL PROTECTED] status: IGNORE deprecated because: unsupported by upstream, no security support anymore expiration date:2006-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_base-8 portname: emulators/linux_base-debian description:Debian base set for the Linux mode maintainer: [EMAIL PROTECTED] status: BROKEN deprecated because: unmaintained and does not comply to the linux_base invariants expiration date:2006-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_base-debian portname: emulators/linux_base-rh-9 description:Base set of packages needed in Linux mode (only for i386) maintainer: [EMAIL PROTECTED] status: IGNORE deprecated because: unsupported by upstream, no security support anymore expiration date:2006-09-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.2006042002/linux_base-rh
FreeBSD ports that you maintain which are currently marked forbidden
Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we are attempting to notify maintainers of ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of the port, including errors seen on the build farm, is included below. portname: graphics/zgv forbidden because: http://vuxml.freebsd.org/a813a219-d2d4-11da-a672-000e0c2e438a.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=zgv portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: net/samba forbidden because: http://vuxml.FreeBSD.org/3b3676be-52e1-11d9-a9e7-0001020eed82.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba portname: www/linux-beonex forbidden because: Security issues. From http://www.beonex.com/ 'The currently available Beonex Communicator 0.8 builds have several known security bugs' build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-beonex If this problem is one that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Thanks for your efforts to help improve FreeBSD. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
