[odc] Daily src changes for 2005-08-16

ODC auto at squish.net
Wed Aug 17 08:00:35 BST 2005


OpenBSD src changes summary for 2005-08-16
==========================================

distrib/sets                            games/quiz
libexec/ld.so                           regress/usr.sbin
share/man                               sys/arch/i386/conf
sys/dev                                 sys/dev/ic
sys/dev/pci                             sys/net
usr.bin/cvs                             usr.bin/hexdump
usr.sbin/pkg_add                        

== distrib =========================================================== 01/08 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/distrib

sets

  ~ lists/base/md.hp300                   ~ lists/base/md.mac68k
  ~ lists/base/md.mvme68k                 ~ lists/comp/md.hp300
  ~ lists/comp/md.mac68k                  ~ lists/comp/md.mvme68k

  > sync (deraadt@)

== games ============================================================= 02/08 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/games

quiz

  ~ datfiles/elements                     

  > provide alternative spellings for alumin{i}um, c{a}esium, and
  > sul[f|ph]er;
  > from perry at netbsdr1.3, -r1.5, and -r1.7, respectively;
  > ok pjanzen@ (jmc@)

== libexec =========================================================== 03/08 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/libexec

ld.so

  ~ ld.so.1                               

  > Missing .Pp in -compact list
  > ok jmc@ (tom@)

== regress =========================================================== 04/08 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/regress

usr.sbin

  ~ pkg_add/check-name                    

  > more extensive package name checks. (espie@)

  ~ pkg_add/check-name                    

  > make test framework more specific, and use it. (espie@)

== share ============================================================= 05/08 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/share

man

  ~ man4/art.4                            

  > compact the text somewhat;
  > requested by deraadt@; ok claudio@; (jmc@)

== sys =============================================================== 06/08 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/sys

arch/i386/conf

  ~ GENERIC                               

  > 3.8 will ship with support for art(4) (deraadt@)

dev

  ~ biovar.h                              

  > Fix a few retardos.  Yelled at by deraadt@ (marco@)

dev/ic

  ~ ami.c                                 

  > Fix a few retardos.  Yelled at by deraadt@ (marco@)

dev/pci

  ~ pcidevs                               

  > PCI ids for AMD 8132 PCI-X bridge.
  > Noticed on a HP DL145 G2.
  > ok deraadt@ (brad@)

  ~ pcidevs.h                             ~ pcidevs_data.h

  > regen (brad@)

net

  ~ if_pfsync.c                           ~ if_pfsync.h

  > Synchronise timestamp modulation and scrubbing min ttl information.
  > ok henning mcbride, looks good frantzen (pascoe@)

  ~ if_pfsync.h                           

  > Only send the PFSS_TIMESTAMP timestamp bit across the wire, in case we
  > want to map the remaining bits to something else later on. (pascoe@)

== usr.bin =========================================================== 07/08 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin

cvs

  ~ proto.c                               ~ watch.c

  > - watchers remote handler
  > - consistency nitpicks
  > ok joris (xsa@)

  ~ cvs.h                                 ~ entries.c
  ~ resp.c                                

  > #define CVS_ENT_MAXLINELEN	    1024
  > . as the maximum length of a line in an Entries file, and use it.
  > problem spotted a while ago by mpech at .  > ok jfb joris (xsa@)

hexdump

  ~ display.c                             

  > Do not consider there is a file to process when stat(2) fails; gets rid of
  > spurious error messages.
  > ok deraadt@ millert@ pedro@ tdeval@ (miod@)

== usr.sbin ========================================================== 08/08 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin

pkg_add

  ~ pkg_info                              

  > fix getopt line, noticed by Gerardo Santana (espie@)

  ~ OpenBSD/PackageLocator.pm             

  > fix a few minor details: _list() needs to be called as a method.
  > use nlist *.tgz instead of ls to gain speed. http does not need
  > any command, it just retrieves the directory index.
  > (code not used yet, but so blatantly incorrect) (espie@)

  ~ OpenBSD/PackageLocator.pm             

  > make the code that enforces the connection limit a separate function, so
  > that the distant listing code can use it too. Since the distant listing
  > code
  > creates transient connections, it does not actually need to be tracked,
  > just to ensure that it has a slot ! (espie@)

  ~ pkg_add.1                             

  > be more specific about `every precaution' in pkg_add, so that people won't
  > be scared about -F update.
  > Document the nasty issues I've encountered with FTP. (espie@)

  ~ OpenBSD/PackageLocator.pm             ~ OpenBSD/PackageName.pm

  > support code for pkg_add -u:
  > - distant_available(), using the distant listing functions.
  > - stem compiler, to match lots of stems (espie@)

  ~ pkg_add                               

  > add code that figures out the new package names after an update.
  > This is done very carefully, so that pkg_add -u only displays the
  > names to use, and so that it does not interfere with existing code.
  > -F pkgpath recommended for speed. (espie@)

  ~ pkg_add.1                             

  > document the current state of pkg_add -u (espie@)

  ~ OpenBSD/PackageLocator.pm             

  > don't mix nlist with ls (espie@)

  ~ pkg_add                               ~ OpenBSD/PackageName.pm

  > use a hash for compiled stems, to avoid spurious duplicates.
  > adjust find_updatenames accordingly. (espie@)

  ~ pkg_add                               ~ pkg_add.1

  > when you ask to update a package, you generally want to update its
  > dependencies as well...
  > so do the stem -> pkgname conversion early, and then compute the
  > closure of dependencies on the list of packages we asked for. (espie@)

  ~ pkg_add.1                             

  > update dependency explanation, noticed by Gerardo Santana. (espie@)

  ~ pkg_add                               

  > In some cases, pkg_add -r will remove some extra packages while performing
  > replacement on dependencies.
  > When we finally reach the package that triggered the dependencies, the
  > package it's supposed to replace is no longer there, so do a quick
  > sanity check to only replace packages that have not already been
  > replaced... (espie@)

  ~ pkg_add.1                             

  > remove trailing space; (jmc@)

  ~ pkg_add                               

  > put a signature check way earlier, so that user doesn't get confused
  > seeing update messages for stuff that won't happen anyways. (espie@)

  ~ pkg_add                               ~ OpenBSD/Add.pm

  > in case we're pretending to install, there's no borked package to create.
  > (espie@)

  ~ TODO                                  

  > clean-up TODO list of stuff that was actually done. (espie@)

  ~ OpenBSD/Delete.pm                     

  > check special names too.
  > Fixes a nasty bug: you could have /var/db/pkg mounted read-only,
  > and still delete a package and keep the packing information around.
  > Also makes pkg_add -r estimation of size more accurate, even though
  > it usually doesn't matter, except for packages with huge packing-lists.
  > (espie@)

  ~ OpenBSD/Update.pm                     

  > avoid computing signature twice!
  > slightly more verbose message. (espie@)

  ~ OpenBSD/SharedLibs.pm                 ~ pkg_add

  > make sure libs get registered if we take a shortcut and don't reinstall
  > the package, or if we call add_bogus_libs directly. (espie@)

  ~ OpenBSD/Update.pm                     

  > unsafe operations -> potentially unsafe operations (espie@)

  ~ pkg_add                               

  > big kludge that allows updating mozilla-thunderbird from 3.7 -> current.
  > okay pvalchev@ (espie@)

===============================================================================



More information about the odc mailing list