LIB_DEPENDS are no longer part of ALWAYS_DEPEND for the new-depends code,
but use their own code.
The code does scan the list of libraries for dependent packages, and insert
corresponding @libdepend lines into the resulting package. There are a few
important consequences:
- no libdepend lines are inserted if only a static library is found. So
RUN_DEPENDS are now needed to supplement LIB_DEPENDS if a package requires
another package for something that isn't a library.
- dependency checking for installed stuff can go one step further, since
we have the major/minor number of the libraries used for the build.
At the moment, pkg resolve dependencies does nothing smart with the
inserted libdepends, but it will (soon). In fact, for most libdepends, if
the major/minor scheme are correct, no check on the installed pkgspec ought
to be necessary... which is why the `default pkgspec to check' is pkg-* for
libraries.
- resolving recursive run dependencies need to go one step further: a
RUN_DEPENDS pkg may have some LIB_DEPENDS, and the RUN_DEPENDS pkg will be
needed to explicitly write the required information into the resulting
package... Hence the necessity of being able to tune the list of libraries
to ask the uninstalled package (and to make sure the uninstalled package
is built).
This is only preliminary work. Currently, this doesn't yield any real
benefits to the old approach, as a few semantic details need to be
sharpened out. Also, there are now quite a few old targets that are a
complete mess and will need to be cleaned up/removed entirely.
Thanks to naddy@ for testing various preliminary versions of this patch
and helping me iron bugs out.
no longer relies on ldconfig, but rather on the path stored inside
LIB_DEPENDS. Introduce a lib_resolve_fragment that can be used to
resolve the libraries from a given list (e.g., listlibs).
To be used in the next patch.
Note that this check is currently more or less equivalent to the old
check, apart from the fact that:
- libs can't trust packages,
- lib-depends always resort to non-shared libraries, even on shared
architectures, if the shared check doesn't work.
--
ChBg is used for rotating the desktop background picture periodically.
It supports various ways of tiling, mirroring, maximizing and blending
pictures. You can also run it as a standalone screensaver or as an
xscreensaver hack with the xscreensaver port.
ChBg comes with a configuration GUI, chbg(1).
WWW: http://chbg.sf.net
lebel@ ok
--
Belt is a small menubar that works as the "belt" normally found in MacOS.
It has a lot of configuration options and can use multiple configuration
files if you want several belts.
WWW: http://www.stacken.kth.se/~maxz/programming/perl/index.html
lebel@ ok
individual port, introduce a new variable for bsd.port.mk, VMEM_WARNING.
By setting this variable to `Yes', the user is given a warning about the
virtual memory requirements just before the pre-build stage.
o Also give some examples for different shells for what to do about
it, and mention login.conf(5). bash, for example, has a confusing
-v flag to ulimit.
o Document this in bsd.port.mk.5
espie@ ok
--
GTimer is a Gtk+-based time tracker software. It can time one or more
tasks simultaneously, add text annotations to tasks, generate
reports showing how your time was spent each day/week/month in either
plain text or HTML and generate status reports based on task
annotations.
WWW: http://www.radix.net/~cknudsen/gtimer/
lebel@ ok
--
From the README:
treewm is a window manager that tries to implement a new concept. In
addition to the client windows the user can create desktops which can
themselves contain windows and desktops. By arranging the windows in
such a tree the user is able to manage his tasks efficiently.
treewm is derived from aewm.
WWW: http://treewm.sourceforge.net/
Submitted by William Yodlowsky <bsd@openbsd.rutgers.edu>,
lebel@ ok.
--
ratpoison is a simple Window Manager with no fat library dependencies,
no fancy graphics, no window decorations, and no flashy wank. It is
largely modelled after GNU Screen which has done wonders in virtual
terminal market.
WWW: http://ratpoison.sourceforge.net/
Submitted by William Yodlowsky <bsd@openbsd.rutgers.edu>,
lebel@ ok
