Bug#227774: O: beav -- Binary Editor And Viewer (beav)
Package: wnpp
Severity: normal
The current maintainer of beav, Martin Mitchell <martin@debian.org>,
is apparently not active anymore. Therefore, I orphan this package
now. If you want to be the new maintainer, please take it -- see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.
Some information about this package:
Package: beav
Binary: beav
Version: 1:1.40-15
Priority: optional
Section: editors
Maintainer: Martin Mitchell <martin@debian.org>
Build-Depends: libncurses-dev
Architecture: any
Standards-Version: 3.5.5
Format: 1.0
Directory: pool/main/b/beav
Files: 1072ef292e321b29a827a5ebbee6f835 1182 beav_1.40-15.dsc
b261419faed615c500c30af464fce01d 131476 beav_1.40-15.tar.gz
Package: beav
Priority: optional
Section: editors
Installed-Size: 140
Maintainer: Martin Mitchell <martin@debian.org>
Architecture: i386
Version: 1:1.40-15
Depends: libc6 (>= 2.2.3-7), libncurses5 (>= 5.2.20010310-1)
Filename: pool/main/b/beav/beav_1.40-15_i386.deb
Size: 56506
MD5sum: 37bebd9460d8129e8ce6be012aff1520
Description: Binary Editor And Viewer (beav)
beav is an editor for binary files containing arbitrary
data. Text file editors, on the other hand, expect the
files they edit to contain textual data, and/or to be
formatted in a certain way (e.g. lines of printable
characters delimited by newline characters).
.
With beav, you can edit a file in HEX, ASCII, EBCDIC,
OCTAL, DECIMAL, and BINARY. You can display but not edit
data in FLOAT mode. You can search or search and replace
in any of these modes. Data can be displayed in BYTE,
WORD, or DOUBLE WORD formats. While displaying WORDS
or DOUBLE WORDS the data can be displayed in INTEL's or
MOTOROLA's byte ordering. Data of any length can be
inserted at any point in the file. The source of this
data can be the keyboard, another buffer, or a file.
Any data that is being displayed can be sent to a printer
in the displayed format. Files that are bigger than
memory can be handled.
Justification: Countless NMUs, packages really old
--
Martin Michlmayr
tbm@cyrius.com
Reply to: