andardized sideeffects.
> The changes would involve returning -1 from mktime() for dates before
> 1970, and using the tm_isdst flag to indicate whether a time zone
> translation was not possible.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
On 21 May 2002, Manuel Sugawara wrote:
> Trond Eivind Glomsrød <[EMAIL PROTECTED]> writes:
>
> > Relying on nonstandardized/nondocumented behaviour is a program bug,
> > not a glibc bug.
>
> The question is: how this thing didn't show up before? ISTM t
program bug, not a
glibc bug. PostgreSQL needs fixing. Since we ship both, we're looking at
it, but glibc is not the component with a problem.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 2: you can get off all list
practical cases.
Not for uppercase vs. lowercase versions of them.
With no locale used (straight ASCII), you get A C b, with a locale
you'll get A b C.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 1: subscribe and unsub
ay.)
> If the problem is fixed in 7.0 and later, why not just tell people to
> upgrade?
Postgresql doesn't support upgrades[1], so if we're going to release
upgrades[2], we'd need the backported fixes for 6.5, 7.0 and 7.1
[1] Not the first time I mention this, is it?
[2] We go
ic ftp server, upping
the number to avoid confusion is always a good idea.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
spect pg_dump. Is this true?
>
> No, it's your operating sytem.
Red Hat Linux 7.x which he seems to be using supports this.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
Laurette Cisneros <[EMAIL PROTECTED]> writes:
> Hi,
>
> I'm on Red Hat. Here's the uname info:
> Linux visor 2.4.2-2 #1 Sun Apr 8 20:41:30 EDT 2001 i686 unknown
You should really upgrade (kernel and the rest), but this kernel
supports large files.
--
Trond
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Trond Eivind Glomsrød writes:
>
> > > There are provisions in the source for figuring this out automatically.
> > > Currently, the only "figuring" it does is to allow it on Linux. (It is my
> > > un
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Trond Eivind Glomsrød writes:
>
> > > * The {pgaccess} parameter doesn't do anything AFAICT. PgAccess is
> > > installed whenever Tk support is configured (which is correct, IMO).
> > > Maybe this is ju
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Trond Eivind Glomsrød writes:
>
> > > Pg.so does not get the proper RPATH in a DESTDIR build environment.
> >
> > Rather: Perl decides it wants to specify a LD_RUN_PATH in its makefile.
> > This will automati
nstallation?
>
> Pg.so does not get the proper RPATH in a DESTDIR build environment.
Rather: Perl decides it wants to specify a LD_RUN_PATH in its makefile.
This will automatically make use of -R. It's fixed in the RPMs
available at http://people.redhat.com/teg/
sing
it internally, you have no obligations to release it to anyone, to
give one example.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
notification to the bug list, email notification
> to the reporter of the bug.
FTR, we're using bugzilla for this and it works great. We're working
on porting it PostgreSQL.
ftp://people.redhat.com/dkl/ should contain a recent state
--
Trond Eivind G
endmail to qmail, mailing list delays dropped from hours, or
> sometimes even days, to seconds.
The MTA used for various redhat.com mailing lists is postfix (and
mailman as listmanager)
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)--
If he hasn't committed
> in a few hours I can take care of back-patching it. It must be pushing
> midnight in Japan by now...
That's a couple of days ago now... anything happening?
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)
"gabriel" <[EMAIL PROTECTED]> writes:
> hello all
> I have a postgresql 7.0
> and I'm trying to update to 7.1.2 using rpms
> but some files is missing
> like:
> libcrypto.so.0
> libssl.so.0
>
> anyone knows what package i can find this files??
Tom Lane <[EMAIL PROTECTED]> writes:
> BTW, the only python shebangs I can find in CVS look like
> #! /usr/bin/env python
> Isn't that OK on RedHat?
It is.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
hould stick
> together. We may have our own disagreements, but at least we are
> working for the same common goal (open source domination).
>
> If you ever need any support from us regarding the RedHat database,,
> please contact me personally about this
ally want to
> > support that over the long run, so why put effort into it?
>
> The only reason to add double-crypt is so we can continue to use
> /etc/passwd entries on systems that use crypt() in /etc/passwd.
Haven't many systems (at least Linux and FreeBSD) switched fro
't sure about Linux.
> >
> > Most recent (3-4 years and newer) use PAM, which can use MD5 as an
> > underlying module.
>
> But what is the default? crypt or md5?
Varies. In Red Hat Linux, it's been user configurable during install
for a couple of years now - it&#x
r algorithms as default, like MD5? (and usually found in /etc/shadow)
>
> Yes, most BSD's are MD5. I wasn't sure about Linux.
Most recent (3-4 years and newer) use PAM, which can use MD5 as an
underlying module.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
On 16 Jun 2001, Manuel Sugawara wrote:
> [EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
>
> [...]
> > OK, this works with my system - no coredump, correct results. I'll
> > take a look at the glibc sources to verify that, but it looks like
> > this was fixed b
Manuel Sugawara <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
>
> > Will do... what is the expected result of the testcase? It seems to
> > work alright for me, but I'm running a slightly newer version than we
> > have relea
ed result of the testcase? It seems to
work alright for me, but I'm running a slightly newer version than we
have released yet... (glibc-2.2.3-11, look in rawhide).
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly
at strcoll.c:229
>
> We've heard reports before of strcoll() crashing on apparently valid
> input.
We haven't AFAIK, but would be very interested if it can be reproduced.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)--
ersion, as both 3.0.5
and 4.0.2 have been released at erratas at different times.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
"Christopher Kings-Lynne" <[EMAIL PROTECTED]> writes:
> As far as I know, this is the standard (ASCII-ordered) way of sorting text.
No, it's the "we don't know anything about text, but we can compare
their numeric values" approach.
it needs an
_exact_ version of the compiler as it tries to do it's own exception
handling. Very strange.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subs
better, and stability (at least for me) has been just as good.
The 2.4 kernels make sure that fdatasync() works properly, which could
improve performance in certain scenarious quite a bit.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)
inux.
You can find PHP rpms with ODBC support in Rawhide (
ftp://ftp.redhat.com/pub/redhat/linux/rawhide/i386/RedHat/RPMS/
) - I tested it with unixODBC and postgresql 7.1.1 (also in that
directory), and it worked fine for me.
--
Trond Eivind Glomsrød
Red Hat, Inc.
of datadir.
It conflicts with the FHS - and no, I don't consider configuration
files and data as an identical item.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
it
which file to use.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
cations of allowing Postgres
> config files to be world-visible.
The files doesn't need to be visible to others...
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://www.postgresql.org/search.mpl
ow different postmasters to have different
> config files;
You could search in a path... first sysconfdir, then datadir.
> (b) not allow a person to create an unprivileged
> installation (assuming that sysconfdir is root-owned).
Sysconfdir defaults to $prefix/etc, so that's not a pr
; $PGLIB into postgresql.conf during initdb.
While on the subject of postgresql conf... shouldn't it be in
sysconfdir instead of the database directory? And there's no switch to
the postmaster to tell it you've put it somewhere else either.
--
Trond Eivind Glomsrød
Red Hat,
pull in libraries that only unlying code has
> > changed, but not the API ...
>
> ISTM that you should read up on shared library versioning.
I second that... if new functionality is added, bump the minor. If
functionality changes or is removed, bump the
rent transactions.
>
> That is all the fsync delay, probably, and it should be using fdatasync()
> on that kernel.
And it does seem to work that way with XFS...
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 6
[EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
> [EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
>
> > "Ken Hirsch" <[EMAIL PROTECTED]> writes:
> >
> > > I don't have a machine with XFS installed and it will be at least a week
> > &
[EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
> "Ken Hirsch" <[EMAIL PROTECTED]> writes:
>
> > I don't have a machine with XFS installed and it will be at least a week
> > before I could get around to a build. Any volunteers?
>
> I think I
a 2.2 kernel) includes
installing a 2.4pre kernel, AFAIR.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
proach gives a 100% performance boost,
it's probably worth doing. At 1% it probably isn't. Same goes for
FreeBSD and others.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
e users). And who uses all
the new features and performance enhancements done in other ways?
It all comes down to if it actually would give a performance boost,
how much work it is and if someone wants to do it.
>
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
"Ken Hirsch" <[EMAIL PROTECTED]> writes:
> I don't have a machine with XFS installed and it will be at least a week
> before I could get around to a build. Any volunteers?
I think I could do that... any useful benchmarks to run?
--
Trond E
the filesystem is journaling or not.
Cheers,
Stephen
********
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
e ondisk format)
That said, I'm certainly looking forward to xfs - I believe it will be
the most widely used of the current batch of journaling file systems
(reiserfs, jfs, XFS and ext3, the latter mainly focusing on an easy
migration path for existing system)
--
Tr
leads to a question:
> How often are you running VACUUM ANALYZE?
>
> If this were PostgreSQL 7.0.3, we could ask Alfred about his lazy vacuum
> patches, as they work as well for Red Hat 7 as they do for FreeBSD.
Postgresql 7.0.3 from Red Hat Linux 7.1 should work just fine on Red
Rachit Siamwalla <[EMAIL PROTECTED]> writes:
> Also i never got a response on who actually packages those linux init
> scripts that appear in the RPM but not on the pgsql cvs tree. (i am also
> curious on why it is different, and how the RPM is built).
Lamar Owen and I.
-
[EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
> PostgreSQL 7.1 on Red Hat Linux 7.1[1]: All 76 tests passed.
>
> I'll submit it to the website soonish.
>
> [1] Available this morning,
>http://www.redhat.com/about/presscenter/2001/press_sevenone.html
I've not
PostgreSQL 7.1 on Red Hat Linux 7.1[1]: All 76 tests passed.
I'll submit it to the website soonish.
[1] Available this morning,
http://www.redhat.com/about/presscenter/2001/press_sevenone.html
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broa
ellent compiler, but it needs a set of classes to
compile against from a JDK.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
ion.
>
> do you have email addresses fo freshmeat/linuxtoday? I have 6 web sites
> that I have bookmarked for announces also, so if you have a good web URL,
> I'll take those too ...
Seems to be web based (painful):
http://freshmeat.net/faq/view/20/
http://linuxtoday.com/co
IL PROTECTED],
> [EMAIL PROTECTED],
> [EMAIL PROTECTED],
> [EMAIL PROTECTED],
> [EMAIL PROTECTED],
> [EMAIL PROTECTED]
Freshmeat, linuxtoday. If the release includes RPMs for Red Hat Linux,
redhat-announce is also a suitable
I haven't put those in the list yet... I'll wait until we release a
product, and test it on that.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send an appropriate
subscri
Vince Vielhaber <[EMAIL PROTECTED]> writes:
> On 22 Mar 2001, Trond Eivind [iso-8859-1] Glomsrød wrote:
>
> > [EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
> >
> > > Thomas Lockhart <[EMAIL PROTECTED]> writes:
> > >
> > > > If a
[EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
> Thomas Lockhart <[EMAIL PROTECTED]> writes:
>
> > If a platform you are running on is not listed, make sure it gets
> > included!
>
> Red Hat Linux, Wolverine Beta (and some updates) - glibc 2.2.2,
> 2.4
lel_schedule).
I'll update this info when we do our next release.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/users-lounge/docs/faq.html
Franck Martin <[EMAIL PROTECTED]> writes:
> Would be nice to certify it is running on kernel 2.4.x as they claim this
> is entreprise strength kernel...
Lamar, if you send me your SRPM I can do that...
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end
andrake people regarding the problem?
Most people will use what the vendor ship - a vendor (like us) look
into the benefits (stability, performance, compatiblity) of different
packages, and make a selection. If they've done a choice of which
options are used in their distribution, they are obvi
g. Can you suggest mechanisms for
> putting a "-fno-fast-math" into the spec file? Isn't there a mechanism
> to mark things as "distro specific"? Suggestions?
If Mandrake wants to be broken, let them - and tell them.
--
Trond Eivind Glomsrød
Red Hat, Inc.
Jean-Michel POURE <[EMAIL PROTECTED]> writes:
> Just to ask you if someone is planning to release beta 6 RPMs.
> I am running Redhat 7.0 test servers and the compiler is broken.
The compiler is not broken. If you find some bugs, please submit them
and we'll fix them.
--
Tron
d Hat's Fisher Beta has split the 2 includes, which caused an error trying
> to compile a (I guess badly configured) kernel module.
It was split in Red Hat Linux 7 as well.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
ch obviously hasn't always been the case - the FHS isn't exactly old.
Things have changed since then, we have followed.
--
Trond Eivind Glomsrød
Red Hat, Inc.
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
> I don't have any opinion how can solve this problem. But,
> I don't agree with this solution. SQL is naturally English. I am
> against SQL to be localized.
Has anyone come up with a good solution? The last one I saw from Tom
Lane required compile-time options which isn&
; PostgreSQL backend binaries makes the distribution of backend binaries
> fall under the GPL.
This was discussed extensively earlier. Linking dynamically or
statically doesn't make a difference in the case of a library, but as
long as readline is an optional feature for the user it's not a
problem.
--
Trond Eivind Glomsrød
Red Hat, Inc.
barring some other solution) is going
> to be, so that there are the fewest variants out there.
FHS is a good starting (and end-) point.
--
Trond Eivind Glomsrød
Red Hat, Inc.
and lockfile are created and held open by the
> postmaster for the duration of its run. Client programs don't even know
> that the lockfile is there, in fact. How can you argue that client
> program lifespan has anything to do with it?
Nothing but the postmaster uses it? If so, there shouldn't be a
problem moving it.
--
Trond Eivind Glomsrød
Red Hat, Inc.
ays /tmp is for temporary files. Also,
> > it says programs shouldn't count on data to be stored there between
> > invocations. 10+ days isn't temporary...
>
> We aren't counting on data to be stored in /tmp "between invocations".
Between invocations of client programs. You're using /tmp as a shared
of stored data.
--
Trond Eivind Glomsrød
Red Hat, Inc.
Lamar Owen <[EMAIL PROTECTED]> writes:
> Trond Eivind Glomsrød wrote:
> >
> > Tom Lane <[EMAIL PROTECTED]> writes:
> >
> > > It would probably be better if the socket files weren't in /tmp but in
> > > a postgres-owned directory
ptions?)
> There is an option in 7.1 to support defining a different directory
> for the socket files, but I doubt very many people will use it.
I intend to, for the RPMs we ship.
--
Trond Eivind Glomsrød
Red Hat, Inc.
SO-8859-1 (Latin 1).
en_US is latin1 - this is what distinguishes it from POSIX/C.
--
Trond Eivind Glomsrød
Red Hat, Inc.
Lamar Owen <[EMAIL PROTECTED]> writes:
> Peter Eisentraut wrote:
> > Trond Eivind Glomsrød writes:
> > > We have a libtool tuned to work with lots of platforms, like ia64,
> > > s390 etc... this makes sure it's used.
>
> > We don't use
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Trond Eivind Glomsrød writes:
>
> > > We don't use libtool.
> >
> > Doing so would be a good thing.
>
> Not if our code is more portable than libtool's.
And this is the case? libtool covers prett
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Trond Eivind Glomsrød writes:
>
> > We have a libtool tuned to work with lots of platforms, like ia64,
> > s390 etc... this makes sure it's used.
>
> We don't use libtool.
Doing so would be a good t
fi
>
> > This is useless (because the config.* files are not in src/ anymore) and
> > (if it were fixed) not recommendable because config.{guess,sub} is not
> > compatible to itself, *especially* in terms of Linux recognition. You
> > really should use the ones PostgreSQL comes with.
We have a libtool tuned to work with lots of platforms, like ia64,
s390 etc... this makes sure it's used.
>
--
Trond Eivind Glomsrød
Red Hat, Inc.
led.
It bloats on platforms having readline but not libedit.
As long as it isn't necesarry for postgresql to function, I don't see
any risk of tainting.
--
Trond Eivind Glomsrød
Red Hat, Inc.
ers limit 1;
> creation_date
>
> 2000-12-07 04:40:23+01
> ^^
That is the ISO-style, isn't it?
There are two ways of making dates make sense, none of them American
(but hey, they're still using Fahrenheit, feet, lb, fl.oz. acres and
other nonsensical units... )
--
Trond Eivind Glomsrød
Red Hat, Inc.
#x27;s been a
>
> _Every_single_ copyright holder of code in the core server would have to
> agree to any change.
No - GPL projects can include BSD-copyrighted code, no problem
there. That being said, creating bad blood is not a good thing, so an
approach like this would hurt PostgreSQL a lot.
--
Trond Eivind Glomsrød
Red Hat, Inc.
ric (we were priced like we were earning 1 or 2 billion
dollars year, which was kindof weird).
--
Trond Eivind Glomsrød
Red Hat, Inc.
e companies contribute engineering resources into
core free software components, like gcc, gdb, the linux kernel, glibc,
gnome, gtk+, rpm, apache, XFree, KDE - AFAIK, Red Hat and SuSE are by
far the two doing this the most.
--
Trond Eivind Glomsrød
Red Hat, Inc.
[EMAIL PROTECTED] (Trond Eivind GlomsrØd) writes:
> Tom Lane <[EMAIL PROTECTED]> writes:
>
> > Also, since "LC_COLLATE=en_US" seems to misbehave rather spectacularly
> > on recent RedHat releases, I propose that initdb change "en_US" to "C&
to turn off color ls
Ultimately this comes down to:
Unix behaviour since 197x versus librarians and others since
considerably
earlier. We are breaking Unix behaviour but I can now sort of
appreciate
the thinking behind this.
********
--
Trond Eivind Glomsrød
Red Hat, Inc.
[EMAIL PROTECTED] (Trond Eivind Glomsrød) writes:
> Larry Rosenman <[EMAIL PROTECTED]> writes:
>
> > * Trond Eivind Glomsr?d <[EMAIL PROTECTED]> [001114 15:43]:
> > > Larry Rosenman <[EMAIL PROTECTED]> writes:
> > >
> > > > Anyone c
ay to do it)
FWIW, this was what Red Hat Linux used up to and including 6.2 - it
increases performance on almost every chip, it runs everywhere, it
goes with any gcc.
--
Trond Eivind Glomsrød
Red Hat, Inc.
S='-v -O -K i486,host,inline,loop_unroll -Dsvr4'
Why would you want to? Not all gccs support -mpentium/mpentiumpro etc.
--
Trond Eivind Glomsrød
Red Hat, Inc.
#x27;t use C++ either (which is a horrible mess wrt. binary
compatibility - there is no such thing, FTTB).
However, if it depended on kernel specific behaviour (like things in
/proc, which may or may not have changed its output format) it could
break.
--
Trond Eivind Glomsrød
Red Hat, Inc.
D libcrypt.so.1
NEEDED libnsl.so.1
NEEDED libdl.so.2
NEEDED libm.so.6
NEEDED libutil.so.1
NEEDED libreadline.so.4.1
NEEDED libtermcap.so.2
NEEDED libncurses.so.5
NEEDED libc.so.6
[...]
It links against nice, round versions of most libraries but wants
specific versions of readline ad libpq.
--
Trond Eivind Glomsrød
Red Hat, Inc.
nd for
> this.
There usually are no such problems, and I'm not aware of any specific
to postgresql either.
--
Trond Eivind Glomsrød
Red Hat, Inc.
that certainly won't be a problem.
[1] which I'm not even close to doing - I've spent a bit of time lately
hunting down aliasing bugs in MySQL which causes wrong SQL query
results if compiled with "-O2". Ouch.
--
Trond Eivind Glomsrød
Red Hat, Inc.
er they have a 7.0 or 7.1 libpq?
If there isn't any changes, why bump it?
--
Trond Eivind Glomsrød
Red Hat, Inc.
> I'm running RedHat 6.1, and CVS 1.10 which
>
> What is CVS?
An open-source network-transparent version control system.
http://www.cvshome.org/
--
Trond Eivind Glomsrød
Red Hat, Inc.
t;
> ?? Anyone recognize that?
>
> A few seconds with glimpse shows that there is no file named skeleton.c,
> indeed no directory named iconv, in the current sources; much less any
> routine named gconv; nor any variable named outbufstart.
> So I'm pretty confused...
glibc, related to i18n.
--
Trond Eivind Glomsrød
Red Hat, Inc.
92 matches
Mail list logo
