Re: C++ library for apt-get

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, Apr 01, 2016 at 09:07:55PM +0300, Aleksandar Valchev wrote:
> Hi *,
> 
> is there any library for using apt-get via C++ ?
> 
> I'm aware of "system" and boost python interface, but just in case to ask...
> 
> Thanks a lot.

If you do

  ldd $(which apt-get)

you get
  linux-vdso.so.1 (0x7ffd75738000)
  libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7fb270794000)
  libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7fb270591000)
  libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fb270215000)
  libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fb26ff1)
  libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fb26fcfa000)
  libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fb26f955000)
  libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fb26f751000)
  libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fb26f536000)
  libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fb26f325000)
  /lib64/ld-linux-x86-64.so.2 (0x559ad694c000)

so there's a libapt-pkg. So you can install the corresponding -dev package
(don't forget the -doc):

  sudo apt-get install libapt-pkg-dev libapt-pkg-doc

The docs should be now in /usr/share/doc/libapt-pkg-doc. Enjoy :-)

regards
- -- t
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlb+yYAACgkQBcgs9XrR2kbz9ACdGi31zT7iwz8FAShHyc6VwZu5
GVwAn3NCF0kHQUY1cqRmozwJk/7UPZoI
=7n0A
-END PGP SIGNATURE-

Re: C library

[Derrick 'dman' Hudson]

On Tue, Jun 11, 2002 at 09:05:02PM +0100, Colin Watson wrote:
| On Tue, Jun 11, 2002 at 03:39:40PM -0400, Ian D. Stewart wrote:
| > Reminds me of vigor of user friendly fame
| > 
| > "You just pressed the tab key.  Are you sure you wish to 
| > continue?"
| 
| You *do* know it's in Debian, right? :)

Oh, cool, it's in the official repository now.  I installed it when it
was still an unofficial package.

-D

-- 

It took the computational power of three Commodore 64s to fly to the moon.
It takes at least a 486 to run Windows 95.
Something is wrong here.
 
Jabber ID : [EMAIL PROTECTED]
GnuPG key : http://dman.ddts.net/~dman/public_key.gpg


pgpyPzqeVFK2o.pgp
Description: PGP signature

Re: C library

[Helgi Örn]

On Tue, 2002-06-11 at 20:33, Ian D. Stewart wrote:
> Different parts of the world have slightly different conventions for 
> representing for various types of data.  As an example, take the date 
> 04/01/2002.  To a brit, this is January 4th, 2002.  To an american, it 
> is April 1st, 2002.
For me that would be 2002-04-01 or better yet:
Fyrsti apríl árið tvöþúsund og tvö eftir Krists burð!
 

> The POSIX standard has codified all these 
> different conventions into something referred to as a 'locale'.  It 
> covers things like date/time display, collation, capitalization, etc.
> 
> The POSIX standard also provides a default locale, referred to as the 
> 'C locale'.  It is very similiar to en_US, but with some important 
> differences.  For example, when sorting in the EN_us locale, values are 
> sorted alphebetically, so that a word beginning with 'A' precedes a 
> word beginning with 'Z', regardless of case.  In the C locale, Zed 
> precedes aleph because the character 'Z' precedes 'a' in the ASCII 
> encoding (this is sometimes referred to as 'ascii-betical order').
> 
> As a matter of good programming practice (following the principal of 
> least astonishment), if a locale is specified, that locale should be 
> used.  If no locale is specified, or if the specified locale is not 
> supported by the C library (see man 3 setlocale), then the program 
> should fallback to the C locale.  Apparently, in the case of the 
> application that triggered this thread, that last step wasn't followed.
> 
> So, clear as mud? ;)
> 
> 
> Blessa,
> Ian

Whooa Ian, that was cool!
Heill þér Ásatrúi.

Bless,
Helgi Örn

PS: Hope you can see the Icelandic symbols...:) 

-- 
~ This message is digitally signed-GPG key at: 
~  ~



signature.asc
Description: This is a digitally signed message part

Re: C library

[Ian D. Stewart]

On 2002.06.11 16:05 Colin Watson wrote:

On Tue, Jun 11, 2002 at 03:39:40PM -0400, Ian D. Stewart wrote:
> Reminds me of vigor of user friendly fame
>
>"You just pressed the tab key.  Are you sure you wish to
> continue?"

You *do* know it's in Debian, right? :)


Oh no!  Say it's not so.

I just may have to install it for my wife's enjoyment, who yells at her 
Windows PC whenever it pops up one of those dummy alerts ("Yes I'm sure 
I want to quit!  If I didn't want to quit, I wouldn't have told you to, 
now would I?!")



Ian


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Helgi Örn]

On Tue, 2002-06-11 at 20:16, Sean 'Shaleh' Perry wrote:
> the locale "C" is meant to be the default, it always works, safe locale.  The
> name "C" comes from the programming language C.  Basically the default locale
> should allow you to code a C app without causing issues when given to someone
> else (weird control chars in the comments, etc).
> 
> en_US is specifically English, United States.
> 
> My suspicion is one of two things, possibly linked is occuring.
> 
> 1) Red Hat sets the locale to en_US by default now so it is always enabled in
> glibc even if you switch locales
> 
> 2) there was a glibc change which made locale generating ugly unless your
> locale was set to something other than "C"
> 
> That either of these is the real reason for not using "C" is rampant
> speculation.
> 
Thank's.
That was informative...:-)

Cheers,
Helgi Örn

-- 
~ This message is digitally signed-GPG key at: 
~  ~



signature.asc
Description: This is a digitally signed message part

Re: C library

[Colin Watson]

On Tue, Jun 11, 2002 at 03:39:40PM -0400, Ian D. Stewart wrote:
> Reminds me of vigor of user friendly fame
> 
>   "You just pressed the tab key.  Are you sure you wish to 
> continue?"

You *do* know it's in Debian, right? :)

-- 
Colin Watson  [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Ian D. Stewart]

On 2002.06.11 15:54 Derrick 'dman' Hudson wrote:

On Tue, Jun 11, 2002 at 06:25:57AM -0700, Sean 'Shaleh' Perry wrote:
| On 11-Jun-2002 Helgi Örn wrote:

| > Do I have to re-boot for a change to take effect?

  Your mouse has moved.
   You must restart Windows for your changes to take effect.


Reminds me of vigor of user friendly fame

	"You just pressed the tab key.  Are you sure you wish to 
continue?"



Ian


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Derrick 'dman' Hudson]

On Tue, Jun 11, 2002 at 06:25:57AM -0700, Sean 'Shaleh' Perry wrote:
| On 11-Jun-2002 Helgi Örn wrote:

| > Do I have to re-boot for a change to take effect?

  Your mouse has moved.
   You must restart Windows for your changes to take effect.
 
| en_US ISO-8859-1
| en_US.UTF-8 UTF-8
|
| Make the change, run locale-gen as root.

My /etc/locale.gen has

en_US ISO-8859-1
en_US ISO8859-1
en_US.UTF-8 UTF-8

I just added that middle line last night.  I have set LANG to
en_US.UTF-8 and I get this when running any GTK+ (1.2) app (blank
and redundant lines snipped) :

Gdk-WARNING **: Missing charsets in FontSet creation
Gdk-WARNING **: ISO10646-1
Gdk-WARNING **: ISO8859-1
Gdk-WARNING **: ISO8859-1
Gdk-WARNING **: JISX0208.1983-0
Gdk-WARNING **: KSC5601.1987-0
Gdk-WARNING **: GB2312.1980-0
Gdk-WARNING **: JISX0201.1976-0

If I change LANG to en_US, I get this result :

Gdk-WARNING **: Missing charsets in FontSet creation
Gdk-WARNING **: ISO8859-1
Gdk-WARNING **: ISO8859-1

Any ideas why?  I've rerun locale-gen as you suggested.  I've had this
"problem" for several months now.

(OTOH, the apps behave correctly, apart from gabber and galeon
sometimes not supporting copy or crashing when I try and copy text out
of them)

TIA,
-D

-- 

Be sure of this:  The wicked will not go unpunished,
but those who are righteous will go free.
Proverbs 11:21
 
Jabber ID : [EMAIL PROTECTED]
GnuPG key : http://dman.ddts.net/~dman/public_key.gpg


pgpsl0c0F1jQb.pgp
Description: PGP signature

Re: C library

[Ian D. Stewart]

On 2002.06.11 15:09 Colin Watson wrote:

On Tue, Jun 11, 2002 at 02:33:27PM -0400, Ian D. Stewart wrote:
> Different parts of the world have slightly different conventions for

> representing for various types of data.  As an example, take the
date
> 04/01/2002.  To a brit, this is January 4th, 2002.

*ahem* To a Brit, this is "4th January 2002". :)


You see my point.  They even pronounce it wrong.

*runs and hides*


Ian


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Colin Watson]

On Tue, Jun 11, 2002 at 02:33:27PM -0400, Ian D. Stewart wrote:
> Different parts of the world have slightly different conventions for 
> representing for various types of data.  As an example, take the date 
> 04/01/2002.  To a brit, this is January 4th, 2002.

*ahem* To a Brit, this is "4th January 2002". :)

-- 
Colin Watson  [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Ian D. Stewart]

On 2002.06.11 14:16 Sean 'Shaleh' Perry wrote:


On 11-Jun-2002 Helgi Örn wrote:
> On Tue, 2002-06-11 at 19:42, Sean 'Shaleh' Perry wrote:
>> > Wouldn't "C" be a more appropriate default locale for non-US
users?
>> >
>>
>> sure, but you are assuming competency in coders (-:  C should work
by
>> default
>> without editing or enabling anything .
> Could you guys explain for a non-programmer what this is about?
>

the locale "C" is meant to be the default, it always works, safe
locale.  The
name "C" comes from the programming language C.  Basically the default
locale
should allow you to code a C app without causing issues when given to
someone
else (weird control chars in the comments, etc).

en_US is specifically English, United States.

My suspicion is one of two things, possibly linked is occuring.

1) Red Hat sets the locale to en_US by default now so it is always
enabled in
glibc even if you switch locales


As a benny, at least on Mandrake systems, the files necessary to 
support the en_US locale are not installed by default, so C apps run 
just fine but you get a warning about 'unrecognized locale' when 
running perl




2) there was a glibc change which made locale generating ugly unless
your
locale was set to something other than "C"


This is so broken, I don't even want to think about it...


Blessa,
Ian


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Ian D. Stewart]

On 2002.06.11 14:00 Helgi Örn wrote:

On Tue, 2002-06-11 at 19:42, Sean 'Shaleh' Perry wrote:
> > Wouldn't "C" be a more appropriate default locale for non-US
users?
> >
>
> sure, but you are assuming competency in coders (-:  C should work
by default
> without editing or enabling anything .
Could you guys explain for a non-programmer what this is about?


I'll give her a try...

Different parts of the world have slightly different conventions for 
representing for various types of data.  As an example, take the date 
04/01/2002.  To a brit, this is January 4th, 2002.  To an american, it 
is April 1st, 2002.  The POSIX standard has codified all these 
different conventions into something referred to as a 'locale'.  It 
covers things like date/time display, collation, capitalization, etc.


The POSIX standard also provides a default locale, referred to as the 
'C locale'.  It is very similiar to en_US, but with some important 
differences.  For example, when sorting in the EN_us locale, values are 
sorted alphebetically, so that a word beginning with 'A' precedes a 
word beginning with 'Z', regardless of case.  In the C locale, Zed 
precedes aleph because the character 'Z' precedes 'a' in the ASCII 
encoding (this is sometimes referred to as 'ascii-betical order').


As a matter of good programming practice (following the principal of 
least astonishment), if a locale is specified, that locale should be 
used.  If no locale is specified, or if the specified locale is not 
supported by the C library (see man 3 setlocale), then the program 
should fallback to the C locale.  Apparently, in the case of the 
application that triggered this thread, that last step wasn't followed.


So, clear as mud? ;)


Blessa,
Ian


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Sean 'Shaleh' Perry]

On 11-Jun-2002 Helgi Örn wrote:
> On Tue, 2002-06-11 at 19:42, Sean 'Shaleh' Perry wrote:
>> > Wouldn't "C" be a more appropriate default locale for non-US users?
>> > 
>> 
>> sure, but you are assuming competency in coders (-:  C should work by
>> default
>> without editing or enabling anything .
> Could you guys explain for a non-programmer what this is about?
> 

the locale "C" is meant to be the default, it always works, safe locale.  The
name "C" comes from the programming language C.  Basically the default locale
should allow you to code a C app without causing issues when given to someone
else (weird control chars in the comments, etc).

en_US is specifically English, United States.

My suspicion is one of two things, possibly linked is occuring.

1) Red Hat sets the locale to en_US by default now so it is always enabled in
glibc even if you switch locales

2) there was a glibc change which made locale generating ugly unless your
locale was set to something other than "C"

That either of these is the real reason for not using "C" is rampant
speculation.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Ian D. Stewart]

On 2002.06.11 13:42 Sean 'Shaleh' Perry wrote:

> Wouldn't "C" be a more appropriate default locale for non-US users?
>

sure, but you are assuming competency in coders (-:


Gah!  Hate it when I do that!!

;)


Ian


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Helgi Örn]

On Tue, 2002-06-11 at 19:42, Sean 'Shaleh' Perry wrote:
> > Wouldn't "C" be a more appropriate default locale for non-US users?
> > 
> 
> sure, but you are assuming competency in coders (-:  C should work by default
> without editing or enabling anything .
Could you guys explain for a non-programmer what this is about?

HÖ

-- 
 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Sean 'Shaleh' Perry]

> Wouldn't "C" be a more appropriate default locale for non-US users?
> 

sure, but you are assuming competency in coders (-:  C should work by default
without editing or enabling anything .


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Ian D. Stewart]

On 2002.06.11 09:25 Sean 'Shaleh' Perry wrote:


On 11-Jun-2002 Helgi Örn wrote:
> On Tue, 2002-06-11 at 08:45, Sean 'Shaleh' Perry wrote:
>>
>> On 11-Jun-2002 Helgi Örn wrote:
>> > This is all that's there:
>> >
>> > is_IS ISO-8859-1
>> > sv_SE ISO-8859-1
>> >
>>
>> Does this match the locale you were trying to use?  The locale the
app was
>> trying to use?  Most likely some form of English should be listed
just to
>> help
>> silly coders who haven't made everything work right for non English
natives.
>>
> Thank's!
> Your reply arrived a minute before I sent the mail you replied
to...:-)
> The system default (& apps) is US english but I had problems with
> swedish keyboard layout (I use SE and IS layout) so I might have
wiped
> out something. I think I also used 'dpkg-reconfigure locales'??
> Isn't the EN one supposed to be
> en_US ASCII ??
> Do I have to re-boot for a change to take effect?
>

en_US ISO-8859-1
en_US.UTF-8 UTF-8


Wouldn't "C" be a more appropriate default locale for non-US users?


Ian


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Helgi Örn]

On Tue, 2002-06-11 at 15:25, Sean 'Shaleh' Perry wrote:
> 
> en_US ISO-8859-1
> en_US.UTF-8 UTF-8
> 
> is in mine.  No, you do not need to reboot.  Make the change, run locale-gen 
> as
> root.
Wonderful, thank's a lot!
Now it looks like this in the file:

en_US ISO-8859-1
en_US.UTF-8 UTF-8
is_IS ISO-8859-1
sv_SE ISO-8859-1

$locale-gen

No more error messages when running a GTK app...:-)

Cheers,
Helgi Örn

-- 
 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Sean 'Shaleh' Perry]

On 11-Jun-2002 Helgi Örn wrote:
> On Tue, 2002-06-11 at 08:45, Sean 'Shaleh' Perry wrote:
>> 
>> On 11-Jun-2002 Helgi Örn wrote:
>> > This is all that's there:
>> > 
>> > is_IS ISO-8859-1
>> > sv_SE ISO-8859-1
>> > 
>> 
>> Does this match the locale you were trying to use?  The locale the app was
>> trying to use?  Most likely some form of English should be listed just to
>> help
>> silly coders who haven't made everything work right for non English natives.
>> 
> Thank's!
> Your reply arrived a minute before I sent the mail you replied to...:-)
> The system default (& apps) is US english but I had problems with
> swedish keyboard layout (I use SE and IS layout) so I might have wiped
> out something. I think I also used 'dpkg-reconfigure locales'??
> Isn't the EN one supposed to be 
> en_US ASCII ??
> Do I have to re-boot for a change to take effect?
> 

en_US ISO-8859-1
en_US.UTF-8 UTF-8

is in mine.  No, you do not need to reboot.  Make the change, run locale-gen as
root.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Helgi Örn]

On Tue, 2002-06-11 at 08:45, Sean 'Shaleh' Perry wrote:
> 
> On 11-Jun-2002 Helgi Örn wrote:
> > This is all that's there:
> > 
> > is_IS ISO-8859-1
> > sv_SE ISO-8859-1
> > 
> 
> Does this match the locale you were trying to use?  The locale the app was
> trying to use?  Most likely some form of English should be listed just to help
> silly coders who haven't made everything work right for non English natives.
> 
Thank's!
Your reply arrived a minute before I sent the mail you replied to...:-)
The system default (& apps) is US english but I had problems with
swedish keyboard layout (I use SE and IS layout) so I might have wiped
out something. I think I also used 'dpkg-reconfigure locales'??
Isn't the EN one supposed to be 
en_US ASCII ??
Do I have to re-boot for a change to take effect?

HÖ
 
-- 
 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Sean 'Shaleh' Perry]

On 11-Jun-2002 Helgi Örn wrote:
> On Tue, 2002-06-11 at 08:32, Sean 'Shaleh' Perry wrote:
>> 
>> On 11-Jun-2002 Helgi Örn wrote:
>> > Everytime I start a GTK app I get this:
>> > Gdk-WARNING **: locale not supported by C library
>> > 
>> 
>> /etc/locale.gen, give it a look.
>> 
> This is all that's there:
> 
> is_IS ISO-8859-1
> sv_SE ISO-8859-1
> 

Does this match the locale you were trying to use?  The locale the app was
trying to use?  Most likely some form of English should be listed just to help
silly coders who haven't made everything work right for non English natives.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Helgi Örn]

On Tue, 2002-06-11 at 08:32, Sean 'Shaleh' Perry wrote:
> 
> On 11-Jun-2002 Helgi Örn wrote:
> > Everytime I start a GTK app I get this:
> > Gdk-WARNING **: locale not supported by C library
> > 
> 
> /etc/locale.gen, give it a look.
> 
This is all that's there:

is_IS ISO-8859-1
sv_SE ISO-8859-1

HÖ
 
 
-- 
 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library

[Sean 'Shaleh' Perry]

On 11-Jun-2002 Helgi Örn wrote:
> Everytime I start a GTK app I get this:
> 
> Gdk-WARNING **: locale not supported by C library
> 
> Why is this happening?
> 

/etc/locale.gen, give it a look.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: C library not found!

[Mart van de Wege]

On Tue, 21 Aug 2001 00:06:13 -0400 (EDT)
Faheem Mitha <[EMAIL PROTECTED]> wrote:

> 
> 
> On 21 Aug 2001, Yong Jing Hung wrote:
> 
> > Does anyone know why the C library doesn't work? I try to do 'man
> > fork' but it doesn not pick up. It simply says that there isn't any
> > manual page for it? Can someone help me here? Thanks.
> 
> You want the libc info manual. Install the deb package glibc-doc (at
> least
> that is what it is called on potato), and fire up your favourite info
> viewer. The node you want is called libc. In emacs you do
> 
> Ctrl h and then i. Type m for menu. Then enter libc at the prompt.
> 
> Or you could use 
> 
> info -f libc
> 
> at a shell prompt (stand-alone info viewer).
> 
> For fork you might want to look at the node "Creating a Process".
> 
> Sincerely, Faheem Mitha.
> 
Another possibility I might mention: the manpages for the library
functions are in the package 'manpages-dev'.

Mart

-- 
'Quoth the mailserver: 554!'


pgpMoCn6xlkW5.pgp
Description: PGP signature

Re: C library not found!

[Faheem Mitha]

On Tue, 21 Aug 2001, Yong Jing Hung wrote:

> 
> Faheem,
> 
>Thanks for your feedback but it is still not working. What I want is
> the man page for C libraries... I got man page for printf, and the basic
> functions but haven't got fork() or wait() as part of my man page. I hope
> that you can help me out with that.
>Thanks once again.

In that case, I believe you want manpages-dev. Note, however that
apt-cache show manpages-dev says

**

faheem ~>apt-cache show manpages-dev
Package: manpages-dev
Version: 1.29-2
Priority: standard
Section: doc
Maintainer: Nicolás Lichtmaier <[EMAIL PROTECTED]>
Depends: manpages
Suggests: man-browser
Architecture: all
Filename: dists/potato/main/binary-i386/doc/manpages-dev_1.29-2.deb
Size: 749884
MD5sum: da5139883305992c01ec13c228ee938a
Description: Linux-development man pages.
 These man pages describe the Linux programming interface, including
 these two sections:
  * 2 = Linux system calls.
  * 3 = Libc calls (note that a more comprehensive source of information
may be found in the glibc-doc package).
installed-size: 969
source: manpages

***

So in fact they also point you to glibc-dev. But perhaps you like the
convenience of man pages?

   Sincerely, Faheem Mitha.

Re: C library not found!

[Faheem Mitha]

On 21 Aug 2001, Yong Jing Hung wrote:

> Does anyone know why the C library doesn't work? I try to do 'man
> fork' but it doesn not pick up. It simply says that there isn't any
> manual page for it? Can someone help me here? Thanks.

You want the libc info manual. Install the deb package glibc-doc (at least
that is what it is called on potato), and fire up your favourite info
viewer. The node you want is called libc. In emacs you do

Ctrl h and then i. Type m for menu. Then enter libc at the prompt.

Or you could use 

info -f libc

at a shell prompt (stand-alone info viewer).

For fork you might want to look at the node "Creating a Process".

Sincerely, Faheem Mitha.