Bug#192678: O: equivs -- Circumventing Debian package dependencies
Package: wnpp
Severity: normal
The current maintainer of equivs, Martin Bialasinski <martinb@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: equivs
Binary: equivs
Version: 2.0.4
Priority: extra
Section: admin
Maintainer: Martin Bialasinski <martinb@debian.org>
Build-Depends: debhelper
Architecture: all
Standards-Version: 3.1.0
Format: 1.0
Directory: pool/main/e/equivs
Files: 49b34d85ccfbbde5b77bc3248d7e89e4 514 equivs_2.0.4.dsc
293a0e15ea2021e8e763f29d0ef09053 11351 equivs_2.0.4.tar.gz
Package: equivs
Priority: extra
Section: admin
Installed-Size: 51
Maintainer: Martin Bialasinski <martinb@debian.org>
Architecture: all
Version: 2.0.4
Depends: perl|perl5, debhelper, dpkg-dev, devscripts, make, fakeroot
Filename: pool/main/e/equivs/equivs_2.0.4_all.deb
Size: 18178
MD5sum: 835d97f567fe0cf36700ebf012082993
Description: Circumventing Debian package dependencies
This is a dummy package which can be used to create Debian
packages, which only contain dependency information.
.
This way, you can make the Debian package management
system believe that equivalents to packages on which other
packages do depend on are actually installed.
.
Another possibility is creation of a meta package. When this
package contains a dependency as "Depends: a, b, c", then
installing this package will also select packages a, b and c.
Instead of "Depends", you can also use "Recommends:" or
"Suggests:" for less demanding dependency.
.
Please note that this is a crude hack and if thoughtlessly used
might possibly do damage to your packaging system. And please
note as well that using it is not the recommended way of dealing
with broken dependencies. Better file a bug report instead.
Justification: NMUs, RC bugs, didn't respond to pings, inactive
--
Martin Michlmayr
tbm@cyrius.com
Reply to: