[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: dpkg v1.4.1.3 comments and suggestions.

I have no idea why you sent this to me; I'm forwarding it on to
debian-dpkg@lists.debian.org.  I'll try to respond as I can, though.

On Tue, Jun 22, 1999 at 01:29:03PM -0400, M Sweger wrote:
> Hi,
>     I'm trying to compile dpkg v1.4.1.3 for linux v2.2.1 using
> libc v2.0.7pre6 and egcs v1.0.3. Here are some problems and comments
> in items [A-C].
> A). Ran configure script as ./configure --prefix=/usr --disable-nls
>        all other options defaulted to or aren't used.
> Problem: The s/w pkg overwrites some routines
>         /usr/bin/md5sum
>         /usr/man/man1/md5sum.1    --- I manually deleted this one.
>       The GNU s/w pkg texutils v1.22 builds and installs the above "md5sum"
>        files along with putting install-info in a different directory than
>        what dpkg does.  The dpkg *should not* install these since this
>        destroys the configuration management of files that one is trying to
>        do. I may get an old copy of these routines vs. my newer ones or
>        the other way around depending on which on is installed last.
>       Installs a duplicate of this s/w routine
>            /usr/sbin/install-info     vs. /usr/bin/install-info
>          However, it installs install-info.8 as a /usr/man/man8 man page
>          whereas GNU s/w pkg texinfo v3.12 doesn't have one. 
>          This is because the production release one only has info documents
>          and no man pages. The pre-release one known as 3.12i does have it
>          as .1 and alot of the other missing man pages. Beware that
>          ftp://alpha/gnu/org/gnu has v3.12h, but a v3.12i does exist from
>          the author.

The different install-info is an old problem; we're looking at merging
the two back together.  Note that neither of these problems occurs if
you use the debian package of the tex tools.  Dpkg is designed to
install on a debian system primarily.

> B). It would be nice if packaging.text.gz is made part of the s/w pkg
>     instead of as another file. Then during the make install it would be
>     copied to /usr/doc/dpkg. Thus, I manually installed packaging.text
>     here since it was a separate file. Perhaps it is better
>     to call packaging.text.gz, dpkg-packaging.text.gz since this is more
>     descriptive and tells me right away what it belong with. But still,
>     it should be included in the dpkg- file.

Thoughts from the list?  I think it's in there somewhere, but I haven't
touched dpkg in a year.

> C). Version information. After installing a s/w pkg such as dpkg or any
>     other it is nice if each of the installed utlities (scripts or binaries)
>     be able to display the s/w pkg name they came from and the version.
>     It is preferable to give the s/w pkg name instead of the utility since
>     this helps in determining which s/w pkg it came from so that one can
>     get the latest and greatest.
>     Some utilities understand the options -V, -v, --version. Others,
>     understand it by giving the usage options, and still others none at all.
>     The dpkg does all of these and isn't consistent across all the compiled
>     binary utilities. The scripts that are in /usr/lib/dpkg don't all
>     have at least comment information that gives their version number.
>     Some even say per their usage statement that using this option it
>     gives this version but then it doesn't understand the option when used.
>     In addition, the man pages and usage statements don't document these
>     options to determine the verson number.
>     Below is what I've been able to determine so far for -V, -v, --version
>     -h, --help options. In most cases, the -v option isn't recognized, the
>     others are to some extent.
> /usr/bin/822-date                   no version
> /usr/bin/dpkg			    --version
> /usr/bin/dpkg-buildpackage          no version, has a -v<version> option though

Careful!  That's the version of the package you are BUILDING.

> /usr/bin/dpkg-deb 		    --version
> /usr/bin/dpkg-distaddfile           -h
> /usr/bin/dpkg-genchanges            no version
> /usr/bin/dpkg-gencontrol            -h
> /usr/bin/dpkg-name                  -v , --version
> /usr/bin/dpkg-parsechangelog        -h  but gives "unknown option err msg"
> /usr/bin/dpkg-scanpackages          none
> /usr/bin/dpkg-shlibdeps             -h works but usage doesn't mention -h
> /usr/bin/dpkg-source                -h
> /usr/bin/dpkg-split                 --version
> /usr/bin/dselect                    --version
> /usr/bin/install-info               --version
> /usr/sbin/cleanup-info              --version
> /usr/sbin/dpkg-divert               --version
> /usr/sbin/start-stop-daemon         -v,--version,--help as v0.4.1 1/19/97
>                                        this is somebody elses s/w used here.
>                                        However, it should also have dpkg
>                                        version appended since one
>                                        doesn't know where or what installed it.
> /usr/sbin/update-alternatives        --version, --help
> /usr/sbin/update-rc.d                none
> /usr/share/emacs/site-lisp/debian-changelog-mode.el     not applicable??
> Note:   These subdirectories are created for temporary storage ???
> /usr/com/dpkg/alternatives

See below.

> /usr/com/dpkg/methods/disk
> /usr/com/dpkg/methods/floppy
> /usr/com/dpkg/methods/mnt

Temporary storage for increasingly obsolete methods.

> /usr/etc/alternatives                    why is this needed. seems to be
>                                          duplicate of /usr/com/dpkg. It
>                                          would be nice to have all dpkg
>                                          processing in one directory area.

No, it is not a duplicate.  The other one gets populated with text
files.  This one gets populated with symlinks.

> /usr/var/dpkg/info
> /usr/var/dpkg/updates
> Note: These debian pkg tools and config stuff installed.
>                   Need version information by the -v, -V, --version or
>                    just put it in the header information.
> /usr/lib/dpkg/controllib.pl
> /usr/lib/dpkg/methods/disk/desc.cdrom
> /usr/lib/dpkg/methods/disk/desc.harddisk
> /usr/lib/dpkg/methods/disk/desc.mounted
> /usr/lib/dpkg/methods/disk/desc.nfs
> /usr/lib/dpkg/methods/disk/install
> /usr/lib/dpkg/methods/disk/names
> /usr/lib/dpkg/methods/disk/setup
> /usr/lib/dpkg/methods/disk/update
> /usr/lib/dpkg/methods/floppy/desc.floppy
> /usr/lib/dpkg/methods/floppy/install
> /usr/lib/dpkg/methods/floppy/names
> /usr/lib/dpkg/methods/floppy/setup
> /usr/lib/dpkg/methods/floppy/update
> /usr/lib/dpkg/mksplit
> /usr/lib/dpkg/parsechangelog/debian
> Note: These libraries are installed
> libdpkg.a
> libdpkg.la
> libdpkg.so    ->  libdpkg.so.0.0.0
> libdpkg.so.0   -> libdpkg.so.0.0.0           shouldn't this be and
>                                              not 0's

Don't confuse a soname (which is a binary interface number) with a
source version number.


/--------------------------------\  /--------------------------------\
|       Daniel Jacobowitz        |__|        SCS Class of 2002       |
|   Debian GNU/Linux Developer    __    Carnegie Mellon University   |
|         dan@debian.org         |  |       dmj+@andrew.cmu.edu      |
\--------------------------------/  \--------------------------------/

Reply to: