On Thu, 10 Nov 2011 20:27:40 +0100, Robert Millan <r...@debian.org> wrote: > Package: gcpegg > Severity: grave > User: debian-...@lists.debian.org > Usertags: kfreebsd > > Hi, > > This package is uninstallable on kfreebsd-amd64 because of its dependency on > "open" package, which nowadays is a virtual package provided by > console-tools.
Out of curiosity, how could this possibly lead you to believe that 'grave' is an appropriate severity for this bug report? I would have thought 'minor' more appropriate, personally. > I understand that this dependency is in order to use the "openvt" command, > however due to the purpose of this package, which according to its > description is very specific and difficult to understand to outsiders, > it's hard for me to figure out if this dependency can be avoided or > not. The design of the upstream software assumes that taking control of the current "console" to paint a status display using direct cursor addressing is reasonable. I'm not thrilled by that, but for the folks actually using this package on their servers, it has proven to be a reasonable workaround to just shove the I/O over to a not-usually-visible VT. > If gcpegg really can't work without openvt, please consider marking it > as Linux-specific by setting its Architecture to "linux-any". Otherwise > please let me know what is needed so we can try to find a solution. I don't think this program is worth any effort at all by anyone not actively involved in hosting an egg for the Global Consciousness Project. If changing the arch to 'linux-any' is the fastest way to resolve the problem, I'll just do that. If/when someone actually wants to use this code on some other platform, I'll be happy to accept patches From them... ;-) > (btw, I suggest a s/open/console-tools/ in debian/control) Thanks, I hadn't noticed open had gone completely virtual. That's a completely reasonable change. Bdale
pgpQB2FJYIPhL.pgp
Description: PGP signature
