radeon driver still needs looking at, it restores the console mode OK, but
the font is a very dark gray making it appear as if the screen is blank as
well.
- retire libXaw8
- remote Xprint support from xmore
- bump libXaw7 to major 10 so that "libXaw.so" gets a new SONAME, and
make it the "libXaw" used.
XXX: this probably should be pulled up to netbsd-5, which is why i have
XXX: separated it out from the general Xprint removal
Fixed since dhcpcd-4.0.12 include
* Every DHCP message now requires a ServerID as some rogue DHCP servers
NAK without one.
* Extra UDP validation is now done for testing dhcpcd over a loopback
- Reorder SRCS to match the generated Makefile
- Enable rhd_audio.c and rhd_hdmi.c
- Add r600_shader.c in the default cause
- Add r6xx_accel.c, r600_exa.c and r600_textured_videofuncs.c for DRI
- 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.
/usr/X11R7/lib/libXaw.so.6
/usr/X11R7/lib/libXaw.so.7
/usr/X11R7/lib/libXaw.so.8
Note that there is still some use of the "LIBOLD" variables in the
Makefiles associated with PKG* variables that I don't understand.
Discussed with mrg and martin
address space available to processes. this limit exists in most other
modern unix variants, and like most of them, our defaults are unlimited.
remove the old mmap / rlimit.datasize hack.
- adds the VMCMD_STACK flag to all the stack-creation vmcmd callers.
it is currently unused, but was added a few years ago.
- add a pair of new process size values to kinfo_proc2{}. one is the
total size of the process memory map, and the other is the total size
adjusted for unused stack space (since most processes have a lot of
this...)
- patch sh, and csh to notice RLIMIT_AS. (in some cases, the alias
RLIMIT_VMEM was already present and used if availble.)
- patch ps, top and systat to notice the new k_vm_vsize member of
kinfo_proc2{}.
- update irix, svr4, svr4_32, linux and osf1 emulations to support
this information. (freebsd could be done, but that it's best left
as part of the full-update of compat/freebsd.)
this addresses PR 7897. it also gives correct memory usage values,
which have never been entirely correct (since mmap), and have been
very incorrect since jemalloc() was enabled.
tested on i386 and sparc64, build tested on several other platforms.
thanks to many folks for feedback and testing but most espcially
chuq and yamt for critical suggestions that lead to this patch not
having a special ugliness i wasn't happy with anyway :-)
