Please upload: postgresql-8.1.4-2 (exp)

Reini Urban rurban@x-ray.at
Sat Jul 22 13:20:00 GMT 2006


Corinna Vinschen schrieb:
> On Jun 29 08:47, Reini Urban wrote:
>> Reini Urban schrieb:
>>> Reini Urban schrieb:
>>>> I fixed some postgresql layout and src building issues,
>>>> detected by volker zell and myself.
>>>> I've had various duplicate man files and missed some other.
>>>> See Subject: "cygport pkgcheck" in the cygwin list.
>> ping
> 
> Pong.  Could you please have another look into your script?  It's
> assuming that the whole process of downloading, copying and moving will
> take place inside of the existing postgresql directory on sourceware.
> 
> This won't be the case because the directory would be in a floating
> state for quite some time, given the number of files and their size.
> Rather, rephrase it so that the download and creation is done in
> another dir and then the stuff is just copied over locally with
> cpio or so.

Please download it into some private dir and then copy it over.
I just reworked the $url/$url, put out the mv command and repackaged the 
libpq3 and 8.0.7-1 src package.

> I see a few glitches:
> 
>> wget $url/setup.hint
>> wget $url/$url/postgresql-8.1.4-2-src.tar.bz2
>> wget $url/$url/postgresql-8.1.4-2.tar.bz2
> 
> $url/$url?

fixed.

>> # external source for 7.4.5
>> cd ../libpq3
>> mv ../postgresql-7.4.5-1-src.tar.bz2 ./libpq3-7.4.5-1-src.tar.bz2
> 
> This just moves the file and renames it, but the content stays the
> same, this way unpacking files into a directory postgresql-7.4.5-1,
> while the file is called libpq3-7.4.5-1-...  That's not quite
> correct.  The file should be repacked so that the sources get
> unpacked into a libpq3-7.4.5-1 directory.

No external sources will be unpacked into some libxxx-<ver>-<cygrelease> 
dir. There's no seperate libpq3 upstream package and I will not 
artificially create some.
libpq3 consists of one /usr/bin/pq.dll and is created as sideeffect of 
building postgresql-7.4.5-1.
This src package has now an additional cygport script for easier picking 
apart the various packages afterwards.

>> cd ../libpq4
>> wget $url/libpq4/libpq4-8.0.7-1.tar.bz2
>> wget $url/libpq4/libpq4-8.1.4-2.tar.bz2
>> wget $url/libpq4/setup.hint
>>
>> cd ../postgresql-client
>> wget $url/postgresql-client/postgresql-client-8.0.7-1.tar.bz2
>> wget $url/postgresql-client/postgresql-client-8.1.4-2.tar.bz2
>> wget $url/postgresql-client/setup.hint
> 
> Here you're downloading libpq4-8.0.7-1.tar.bz2 and
> postgresql-client-8.0.7-1.tar.bz2, but where are the sources?  Assuming
> they are in postgresql-8.0.7-1-src.tar.bz2, shouldn't the same rename
> and move into libpq4 take place as you did for 7.4.5?  This would also
> require to rename the files in the source archive, of course.

same as above.
the sources for postgresql-client-8.0.7-1 and libpq4-8.0.7-1 are defined 
in the setup.hint, which points to the whole postgresql-8.0.7-1-src package.
unpacking them into some artifical postgresql-client or libpq4 dir is 
not right. there's no such client or library src package.
the only problem would be to pick them apart.
this is done in the updated postgresql-8.0.7-1.sh build script.
(needed for the cygpq.dll only)

>> cd ..
>> rm postgresql-7.4.5-1.tar.bz2

this is left out now. you have to do that manually.

> There are also 8.0.4-1, 8.1.0-1 and 8.1.3-1 on sourceware.  These are
> obsolete now, right?

right.

> Actually, I'd even like it more if the script would download a complete
> new postgresql directory, which I could simply replace the old one with.

I rather prefer if you download the new stuff, delete the obsolete stuff 
and keep the rest. this keeps the old datestamps, we are talking about 
11MB files, and my server performs very poor.
-- 
Reini
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: get.sh
URL: <http://cygwin.com/pipermail/cygwin-apps/attachments/20060722/4c8791c8/attachment.ksh>


More information about the Cygwin-apps mailing list