Re: why is gtk+extra out of date?

2001-09-21 Thread Bradley Bell
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?

2001-09-15 Thread Bradley Bell
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?

1999-05-16 Thread Bradley Bell
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?

1999-05-13 Thread Bradley Bell
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