this breaks abstraction. Because only lvmtools/lvmlib and device-mapper can
have knowledge about target mapping and libdevmapper only passes requests
from lvmtools to kernel and back. Bump major library and driver version.
Requested by: yamt@
this breaks abstraction. Because only lvmtools/lvmlib and device-mapper can
have knowledge about target mapping and libdevmapper only passes requests
from lvmtools to kernel and back. Bump major library and driver version.
Requested by: yamt@
According to http://cvs.savannah.gnu.org/viewvc/ccvs/src/?root=cvs
this was broken between revs 1.29 and 1.32 for a perion of 4 months
about 4 years ago.
Not sure at all why/how we have the broken version.
Our old code, the latest gnu code and this fix all differ slightly,
but have the same effect.
Create proplib param dictionary entry in libdevmapper and pass it to dm in
dm_ioctl dict.
Param target is then passed to target init function, where is parse. I like
this aproach much better than passing char **argv and trusting to user input.
XXX. Add more sanity checks in kernel.
- remove configure hooks to other os's
- handle symlinks in cvsroot
- configurable CVS local directory name
- unlock patch
- setxid patch (handle setuid CVS and drop privileges correctly)
- when __SSP__ avoid alloca
- admin commands in history
- programmable admin group
- always enforce admin group
- protocol independent network handling (handle ipv6)
- correct issue with wrong revision in resurrected files
- centralize cvs password cleanup in memory
- don't segv if we re-enter exit handlers
- more sprintf -> snprintf
- extra empty line in editor buffer
- alias 't' with 'T' in logmsg.c for compatibility
- alias config "LocalKeyword" with "tag" and "UserAdminOptions" with
"AdminOptions" for compatibility.
- disable Checking-prog and Update-prog for security
- take account of our current umask when computing the mode of files.
haad