Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / Ingres Topics / December 2007

Tip: Looking for answers? Try searching our database.

[Info-Ingres] [IJ] 'man ingres'

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Mark R. Winston - 06 Dec 2007 17:45 GMT
What's wrong with this picture?

mwinston@gwenbors:~> man postgres
Reformatting postgres(1), please wait...
mwinston@gwenbors:~> man ingres
*No manual entry for ingres*
mwinston@gwenbors:~>

Signature

Mark R. Winston
www.datavailable.com

Roy Hann - 06 Dec 2007 21:50 GMT
> What's wrong with this picture?
>
[quoted text clipped - 3 lines]
> *No manual entry for ingres*
> mwinston@gwenbors:~>

I guess having man pages would tick some kind of box.  If someone wanted to
create some man pages I wouldn't actually object to it, but that's about as
enthusiastic as I can get at the moment.

Didn't Ingres have man pages once?  Am I mis-remembering?  (I have a set of
man pages for Berkeley INGRES here; but I don't think that's what I'm
remembering.)

Roy
Chip Nickolett - 08 Dec 2007 05:42 GMT
It is easy enough to create a basic man page, tell people how to add
them (see examples in the links below), and make it available to
others to enhance.  This is simple enough that we (Ingres) could put
something like this together and place it on the community website for
others to use.  I'll take this on as a task.

http://www.linuxfocus.org/English/November2003/article309.shtml
http://www.unixreview.com/documents/s=8925/ur0312i/

It's always good to point out a deficiency or opportunity for
improvement, but it's even better to take it to the next step and help
solve the problem.

Chip
Sally Holl - 12 Dec 2007 16:58 GMT
I would love to see a man page for ingres. Please post the link when
it's made. Thanks!
Roy Hann - 12 Dec 2007 17:52 GMT
>I would love to see a man page for ingres. Please post the link when
> it's made. Thanks!

I'm perfectly used to being wrong, so I assure you I am genuinely interested
to know why man pages could still be preferable to PDFs.  (Usually it's me
who is retrograde and reactionary, so this is a bit weird for me.)

Roy
Laframboise André - 12 Dec 2007 18:30 GMT
Hi everyone, me again,

I just came across this message in the iircp.log.

!Wed Dec 12 10:36:17 2007 Possible reinit of sem 'DI aaaabbac.t00' (6000000001BB1238)
!Wed Dec 12 10:36:17 2007 Possible reinit of sem 'DI aaaaaaph.t00' (6000000001BB1938)
!Wed Dec 12 10:36:17 2007 Possible reinit of sem 'DI aaaaadcp.t00' (6000000001BB4338)
!Wed Dec 12 10:36:17 2007 Possible reinit of sem 'DI aaaaadcp.t00' (6000000001BB4338)
!Wed Dec 12 10:36:17 2007 Possible reinit of sem 'DI aaaaadcp.t02' (6000000001BB4A38)
!Wed Dec 12 10:36:17 2007 Possible reinit of sem 'DI aaaaaapi.t02' (6000000001EDA1B8)
!Wed Dec 12 10:36:17 2007 Possible reinit of sem 'DI aaaaaapb.t00' (6000000001EE6238)
!Wed Dec 12 10:36:17 2007 Possible reinit of sem 'DI aaaaaode.t01' (6000000001BB0EB8)

I've never seen this before and there's a long list of them.
Anything to worry about ?

Andre
Michael Leo - 12 Dec 2007 18:53 GMT
Roy,

Maybe we aren't all talking about the same thing. 

I would *really* like to see man pages for all the operating
system commands.

For instance, all the flags for ckpdb, verifydb, createdb, etc.

I don't need a comprehensive manual for each, that is covered by
the PDF.  What I mean is, I don't want the operation of the ckpdb
command described in the man pages.  Just a brief listing of
the command line flags and their meanings, plus a URL that points
to the online PDF.  ;-)

But a man page for Ingres that looks like the Perl man page (listing
all the other man pages).

Try "perl man" to see what I mean.

You certainly don't want to use those man pages to learn Perl, but
they are so handy when your brain's internal cache experiences
a cache miss.

Cheers,

Mikey

Roy Hann wrote:
"Sally Holl" <sally.lynn@gmail.com> wrote in message 
news:03e61e18-a775-4d03-a6da-cecbdb9250c7@s12g2000prg.googlegroups.com...
  
I would love to see a man page for ingres. Please post the link when
it's made. Thanks!
    

I'm perfectly used to being wrong, so I assure you I am genuinely interested 
to know why man pages could still be preferable to PDFs.  (Usually it's me 
who is retrograde and reactionary, so this is a bit weird for me.)

Roy 


_______________________________________________
Info-Ingres mailing list
Info-Ingres@kettleriverconsulting.com
http://www.kettleriverconsulting.com/mailman/listinfo/info-ingres

  

Chip Nickolett - 25 Dec 2007 17:39 GMT
Roy,

There are many times when a quick reference is preferred over a full
set of documentation.  For example, when you are new to a product or
providing support in the middle of the night and just want make a
quick check "just to be sure," or when you're in the middle of a
recovery effort (especially in a disaster recovery exercise) and may
not have easy or full access to other support materials when you need
them.  Some die hards won't bother checking other sources if they
can't find it in man (I've seen quite a few people like this - usually
Sys Admins).  Anyway, there is value to having the information
available.

Marty sent me an email saying that he was working on this as well.  I
provided my input and am letting him take the lead, providing
assistance as needed.  I would guess that he will provide an update in
the near future.

Happy Holidays.

Chip

> I'm perfectly used to being wrong, so I assure you I am genuinely interested
> to know why man pages could still be preferable to PDFs.  (Usually it's me
> who is retrograde and reactionary, so this is a bit weird for me.)
>
> Roy
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.