Re: why is gtk+extra out of date?
Colin Watson Wrote: > On Sat, Sep 15, 2001 at 03:39:15PM -0700, Bradley Bell wrote: > > I'm the maintainer of gtk+extra (libgtkextra16, libgtkextra-dev) which is > > quite out of date in testing, and I have no idea why. It has no RC bugs and > > the dependencies are satisfied. Maybe I'm missing something that someone > > can clue me into? > > update_output.txt says: > > gtk+extra: alpha: gpsim gpsim-dev gpsim-lcd gpsim-led gpsim-logic quicklist > > Perhaps all these packages need to be upgraded in testing > simultaneously? That needs manual action by the people running testing. Hmm, what exactly does that output mean? There are no circular dependencies as far as I can tell, and everything that depends on it appears to be built against the correct version. Do I just need to file a bug against ftp.debian.org - or gpsim? -brad
why is gtk+extra out of date?
help! I'm the maintainer of gtk+extra (libgtkextra16, libgtkextra-dev) which is quite out of date in testing, and I have no idea why. It has no RC bugs and the dependencies are satisfied. Maybe I'm missing something that someone can clue me into? gtkmm (day 10) sorely needs to make it in as well, hopefully it will have no similar problems. thanks, Brad
Re: alternative man page reader?
On Sat, 15 May 1999, Lars Wirzenius wrote: > Othmar Pasteka <[EMAIL PROTECTED]>: > > Actually you can make some text output with groff, for instance: > > groff -man -Tascii pon.1 > pon.txt > > Yes, of course. The point raised earlier by this thread is that groff > takes lots of space. The programs I pointed at of pretty much minimal > size. Could the minimum files neccessary to execute the above functionality be split out from groff? We don't need all those fonts and tmac's and those utility programs, and who knows what else, just to read man pages. And the man command could be implemented with just a shell script, no caching or anything like that. Here, for example, is a teeny tiny little nroff that does a good job reading most, but not all man pages: ftp://metalab.unc.edu/pub/Linux/utils/text/nroffsrc.tar.Z -Brad
alternative man page reader?
has anybody thought about packaging an alternative to the man-db/groff combination for reading man pages? 4mb is a lot for small systems, and reading man pages is pretty much a neccessity. -Brad -Brad