| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reviewed by: pjd
|
|
|
|
|
| |
- When command is not available, just say it, instead of says, that command
is unknown. Old behaviour seems to be too confusing.
|
|
|
|
|
| |
only.
- Use getprogname() function when informing about versions problem.
|
|
|
|
| |
Submitted by: kuriyama
|
|
|
|
|
| |
- Connect it to the build.
- Inform geom(8) about it.
|
|
|
|
|
|
|
| |
- Connect it to the build.
- Inform geom(8) manual page about it.
Reviewed by: trhodes
|
|
|
|
|
| |
be staticaly linked.
This fixes problems on systems compiled with NO_DYNAMICROOT.
|
|
|
|
|
|
| |
after dlopen() anyway, so we should be safe.
Suggested by: ru
|
|
|
|
|
|
|
| |
new problem shows up: symblic links (<libname>.so) are created under
/usr/lib/ now, instead of under /lib/geom/ where geom(8) looks for them.
Introduce a workaround to fix this by teaching geom(8) to open libraries
via /lib/geom/<libname>.so.<major_number> instead of /lib/geom/<libname>.so.
|
|
|
|
| |
consumers. Teach STRIPE, CONCAT and NOP classes about this improvement.
|
| |
|
| |
|
|
|
|
| |
Reminded by: des
|
| |
|
| |
|
|
|
|
| |
Supported by: Wheel - Open Technologies - http://www.wheel.pl
|
| |
|
|
|
|
| |
Inspired by: ru
|
|
|
|
| |
compilation.
|
|
GEOM classes. It works by loading a shared library via dlopen(3) mechanism
with class-specific code, it is also responsible for communicating with
GEOM via libgeom(3).
Per-class shared libraries are going to be stored in /lib/geom/ directory.
It provides also few standard commands like 'list', 'load' and 'unload'
for existing classes which aren't aware of geom(8).
More info will be send on freebsd-current@ mailing list.
Supported by: Wheel - Open Technologies - http://www.wheel.pl
|