civil-devel Mailing List for Civil

Ainsi parlait Jan Ekholm :
> On Sat, 30 Aug 2003, Guillaume Rousse wrote:
> >Ainsi parlait Jan Ekholm :
> >> Hmm, I have no smart clues here, are there several ccivil.so in the
> >> build directory? If so, then add lib* to the cp too:
> >>
> >> cp -f build/lib*/ccivil.so .
> >
> >I found the problem, the civil archive wrongly contains already build
> > files for python 2.2:
>
> Doh! Of course. I always test from the CVS version, so I'm "used" to there
> being an old prebuilt ccivil.so module. Ok, that's easy enough to fix,
> just a clean before building the package.
But a manual build, python setup.py clean only remove the python 2.3 build 
dirs.

May i suggest a new release bugfix release, with a clean tarball and no more 
hardcoded python version problem ?
-- 
Guillaume Rousse
Never tell the Captain or Deputy Captain you have nothing to do
		-- Murphy's Bush Fire Brigade Laws n°13

On Sat, 30 Aug 2003, Guillaume Rousse wrote:

>Ainsi parlait Jan Ekholm :
>> Hmm, I have no smart clues here, are there several ccivil.so in the build
>> directory? If so, then add lib* to the cp too:
>>
>> cp -f build/lib*/ccivil.so .
>I found the problem, the civil archive wrongly contains already build files
>for python 2.2:

Doh! Of course. I always test from the CVS version, so I'm "used" to there
being an old prebuilt ccivil.so module. Ok, that's easy enough to fix,
just a clean before building the package.

-- 
  The trouble with being a god is that you've got no one to pray to.
                                        -- Terry Pratchett, Small Gods

Ainsi parlait Jan Ekholm :
> Hmm, I have no smart clues here, are there several ccivil.so in the build
> directory? If so, then add lib* to the cp too:
>
> cp -f build/lib*/ccivil.so .
I found the problem, the civil archive wrongly contains already build files 
for python 2.2:

[guillomovitch@klama guillomovitch]$ tar tzf civil_0.82-2.tar.gz | grep 
map/los
civil/src/map/los/
civil/src/map/los/CVS/
civil/src/map/los/CVS/Root
civil/src/map/los/CVS/Repository
civil/src/map/los/CVS/Entries
civil/src/map/los/build/
civil/src/map/los/build/temp.linux-i686-2.2/
civil/src/map/los/build/temp.linux-i686-2.2/ccivil.o
civil/src/map/los/build/lib.linux-i686-2.2/
civil/src/map/los/build/lib.linux-i686-2.2/ccivil.so
civil/src/map/los/.cvsignore
civil/src/map/los/__init__.py
civil/src/map/los/ccivil.c
civil/src/map/los/setup.py
civil/src/map/los/dist/
civil/src/map/los/dist/ccivil-1.0.linux-i686.tar.gz
civil/src/map/los/ccivil.so

It seems that some make distclean has been forgotten before producing the 
tarball...

Just cleaning the build directory is ok to build, and make the Makefile.in 
patch useless.
-- 
Guillaume Rousse
The probability of having someone closing a safe and spinning the dial while 
you have the back of the lock off will vary directly with the square of the 
number of people you tell not to touch the safe while you get something out 
of the truck. 
The probability of having someone close a safe and spinning the dial while you 
have the back of the lock off will vary directly with the square of the 
number of relockers that will be tripped. 
The more elaborate the precautions you take the more likely they are to close 
a safe and spin the dial while you have the back of the lock off. {Nothing is 
fool-proof because fools are too ingenuous} 
		-- Murphy's Laws of Locksmithing n°16

On Sat, 30 Aug 2003, Guillaume Rousse wrote:

>Ainsi parlait Jan Ekholm :
>> >Where is the correction exactly ? I had a look the in the CVS, but i wa=
s
>> >unable to find it. The setup.py in src/map/los directory hasn't changed
>> > since 6 month ago...
>>
>> It's in the Makefile.in, it did the conflicting copy. setup.py is
>> unchanged. I also updated some other build-related files.
>Strange, i used the Makefile.in correction (just adding clean option to
>setup.py call, and adding -f option to cp), without success:

Hmm, I have no smart clues here, are there several ccivil.so in the build
directory? If so, then add lib* to the cp too:

cp -f build/lib*/ccivil.so .


>make[1]: Entering directory `/home/guillomovitch/rpm/BUILD/civil/src'
>make[1]: warning: jobserver unavailable: using -j1.  Add `+' to parent mak=
e
>rule.
>cd map/los && \
>python setup.py clean build && \
>cp -f build/*/ccivil.so .
>running clean
>running build
>running build_ext
>building 'ccivil' extension
>creating build/temp.linux-i686-2.3
>gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -fomit-frame-pointer -pipe
>-march=3Di586 -mcpu=3Dpentiumpro -O2 -fomit-frame-pointer -pipe -march=3Di=
586
>-mcpu=3Dpentiumpro -fPIC -I/usr/include/python2.3 -c ccivil.c -o
>build/temp.linux-i686-2.3/ccivil.o
>creating build/lib.linux-i686-2.3
>gcc -pthread -shared -O2 -fomit-frame-pointer -pipe -march=3Di586
>-mcpu=3Dpentiumpro build/temp.linux-i686-2.3/ccivil.o -o
>build/lib.linux-i686-2.3/ccivil.so
>cp: will not overwrite just-created `./ccivil.so' with
>`build/lib.linux-i686-2.3/ccivil.so'
>
>What am I missing there ?
>--
>Guillaume Rousse
>Tent stakes come only in the quantity "N-1" where N is the number of stake=
s
>necessary to stake down a tent
>=09=09-- Murphy's Laws of Camping n=B011
>

--=20
 The Emperor had all the qualifications for a corpse except, as it were, th=
e
         most vital one.
                                       -- Terry Pratchett, Interesting Time=
s

Ainsi parlait Jan Ekholm :
> >Where is the correction exactly ? I had a look the in the CVS, but i was
> >unable to find it. The setup.py in src/map/los directory hasn't changed
> > since 6 month ago...
>
> It's in the Makefile.in, it did the conflicting copy. setup.py is
> unchanged. I also updated some other build-related files.
Strange, i used the Makefile.in correction (just adding clean option to 
setup.py call, and adding -f option to cp), without success:

make[1]: Entering directory `/home/guillomovitch/rpm/BUILD/civil/src'
make[1]: warning: jobserver unavailable: using -j1.  Add `+' to parent make 
rule.
cd map/los && \
python setup.py clean build && \
cp -f build/*/ccivil.so .
running clean
running build
running build_ext
building 'ccivil' extension
creating build/temp.linux-i686-2.3
gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -fomit-frame-pointer -pipe 
-march=i586 -mcpu=pentiumpro -O2 -fomit-frame-pointer -pipe -march=i586 
-mcpu=pentiumpro -fPIC -I/usr/include/python2.3 -c ccivil.c -o 
build/temp.linux-i686-2.3/ccivil.o
creating build/lib.linux-i686-2.3
gcc -pthread -shared -O2 -fomit-frame-pointer -pipe -march=i586 
-mcpu=pentiumpro build/temp.linux-i686-2.3/ccivil.o -o 
build/lib.linux-i686-2.3/ccivil.so
cp: will not overwrite just-created `./ccivil.so' with 
`build/lib.linux-i686-2.3/ccivil.so'

What am I missing there ?
-- 
Guillaume Rousse
Tent stakes come only in the quantity "N-1" where N is the number of stakes 
necessary to stake down a tent
		-- Murphy's Laws of Camping n°11

On Wed, 27 Aug 2003, Marcus Alanen wrote:

>On Tue, 26 Aug 2003, Jan Ekholm wrote:
>
>> >2) there is a strange problem building ccivil extension:
>> >building 'ccivil' extension
>>
>> Yes, I see the same. It should be fixed now. I actually do think that the
>> extension should be installed in /usr/lib/python*/site-packages/ instead
>> of where we do install it now, ie among the normal .py files. The script
>> setup.py would do that automatically.
>
>Frankly I don't really grok Python's way of installing software. So go
>ahead and give site-packages/xxx a try.

site-packages is AFAIK meant for stuff that can be used by other stuff
too. ccivil.so would only be used by Civil, nobody else uses it, so I
think keeping it among our other code is maybe better.


-- 
    There were no public health laws in Ankh-Morpork. It would be like
                installing smoke detectors in Hell.
                                            -- Terry Pratchett, Feet of Clay

On Tue, 26 Aug 2003, Jan Ekholm wrote:

> >2) there is a strange problem building ccivil extension:
> >building 'ccivil' extension
> 
> Yes, I see the same. It should be fixed now. I actually do think that the
> extension should be installed in /usr/lib/python*/site-packages/ instead
> of where we do install it now, ie among the normal .py files. The script
> setup.py would do that automatically.

Frankly I don't really grok Python's way of installing software. So go
ahead and give site-packages/xxx a try.

On Wed, 27 Aug 2003, Guillaume Rousse wrote:

>Ainsi parlait Jan Ekholm :
>> >> >2) there is a strange problem building ccivil extension:
>> >> >building 'ccivil' extension
>> >>
>> >> Yes, I see the same. It should be fixed now. I actually do think that
>> >> the extension should be installed in /usr/lib/python*/site-packages/
>> >> instead of where we do install it now, ie among the normal .py files.
>> >> The script setup.py would do that automatically.
>> >
>> >Where is the correction exactly ? I had a look the in the CVS, but i was
>> >unable to find it. The setup.py in src/map/los directory hasn't changed
>> > since 6 month ago...
>>
>> It's in the Makefile.in, it did the conflicting copy. setup.py is
>> unchanged. I also updated some other build-related files.
>I saw no change on web CVS, but i just caught this at the end of the page:
>NOTE: ViewCVS is currently running against the backup CVS server; data shown
>may be up to 24 hours old.
>
>As i get connection reset by peer on manual CVS checkout, i'll wait for
>tomorrow to check back.

Ah, yeah, SourceForge CVS has been a major pain lately. I don't really
know what we could do to make it work better, it's all in the hands of the
SF support people. If there was a similar site (or maybe a bit simpler) I
think migrating there would be an idea.

-- 
   "I like the idea of democracy. You have to have someone everyone
       distrusts," said Brutha. "That way, everyone's happy."

                                        -- Terry Pratchett, Small Gods

Ainsi parlait Jan Ekholm :
> >> >2) there is a strange problem building ccivil extension:
> >> >building 'ccivil' extension
> >>
> >> Yes, I see the same. It should be fixed now. I actually do think that
> >> the extension should be installed in /usr/lib/python*/site-packages/
> >> instead of where we do install it now, ie among the normal .py files.
> >> The script setup.py would do that automatically.
> >
> >Where is the correction exactly ? I had a look the in the CVS, but i was
> >unable to find it. The setup.py in src/map/los directory hasn't changed
> > since 6 month ago...
>
> It's in the Makefile.in, it did the conflicting copy. setup.py is
> unchanged. I also updated some other build-related files.
I saw no change on web CVS, but i just caught this at the end of the page:
NOTE: ViewCVS is currently running against the backup CVS server; data shown 
may be up to 24 hours old. 

As i get connection reset by peer on manual CVS checkout, i'll wait for 
tomorrow to check back.
-- 
Guillaume Rousse
Stones get bigger at night. 
		-- The Harvester's Homily

On Tue, 26 Aug 2003, Guillaume Rousse wrote:

>Ainsi parlait Jan Ekholm :
>> Hi Guillaume,
>>
>> On Sat, 23 Aug 2003, Guillaume Rousse wrote:
>> >I have some problems rebuilding civil 0.82 on cooker, i guess they are due
>> > to latest change to python 2.3
>> >
>> >1) there is an header to change in src/map/los/ccivil.c
>>
>> Yeah, I see the problem. My Debian still has 2.1, 2.2 and 2.3 installed,
>> so it found the 2.2 headers just fine. What is the directory called on a
>> Mandrake machine? /usr/include/python2.3/?
>Right.

Ok.

>> I added a ./configure option to
>> set the directory under /usr/include/ where Python stores its headers.
>Thanks. For the moment, i just use a regexp to change the headers on the fly
>in the spec file.

Heh, that's one way to do it. :)

>> >2) there is a strange problem building ccivil extension:
>> >building 'ccivil' extension
>>
>> Yes, I see the same. It should be fixed now. I actually do think that the
>> extension should be installed in /usr/lib/python*/site-packages/ instead
>> of where we do install it now, ie among the normal .py files. The script
>> setup.py would do that automatically.
>Where is the correction exactly ? I had a look the in the CVS, but i was
>unable to find it. The setup.py in src/map/los directory hasn't changed since
>6 month ago...

It's in the Makefile.in, it did the conflicting copy. setup.py is
unchanged. I also updated some other build-related files.

-- 
        Five exclamation marks, the sure sign of an insane mind.
                                              -- Terry Pratchett, Reaper Man

Ainsi parlait Jan Ekholm :
> Hi Guillaume,
>
> On Sat, 23 Aug 2003, Guillaume Rousse wrote:
> >I have some problems rebuilding civil 0.82 on cooker, i guess they are due
> > to latest change to python 2.3
> >
> >1) there is an header to change in src/map/los/ccivil.c
>
> Yeah, I see the problem. My Debian still has 2.1, 2.2 and 2.3 installed,
> so it found the 2.2 headers just fine. What is the directory called on a
> Mandrake machine? /usr/include/python2.3/?
Right.

> I added a ./configure option to 
> set the directory under /usr/include/ where Python stores its headers.
Thanks. For the moment, i just use a regexp to change the headers on the fly 
in the spec file.

> >2) there is a strange problem building ccivil extension:
> >building 'ccivil' extension
>
> Yes, I see the same. It should be fixed now. I actually do think that the
> extension should be installed in /usr/lib/python*/site-packages/ instead
> of where we do install it now, ie among the normal .py files. The script
> setup.py would do that automatically.
Where is the correction exactly ? I had a look the in the CVS, but i was 
unable to find it. The setup.py in src/map/los directory hasn't changed since 
6 month ago...
-- 
Guillaume Rousse
The probability of the loss or breakage of any part is directly proportional 
to the difficulty of getting a replacement part
Irreplaceable parts will always break or be lost, and at the worst possible 
time
Replaceable parts will only become available after an important deadline has 
passed
		-- Murphy's Laws of Locksmithing n°6

I have some problems rebuilding civil 0.82 on cooker, i guess they are due to 
latest change to python 2.3

1) there is an header to change in src/map/los/ccivil.c

2) there is a strange problem building ccivil extension:
building 'ccivil' extension
creating build/temp.linux-i686-2.3
gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -fomit-frame-pointer -pipe 
-march=i586 -mcpu=pentiumpro -O2 -fomit-frame-pointer -pipe -march=i586 
-mcpu=pentiumpro -fPIC -I/usr/include/python2.3 -c ccivil.c -o 
build/temp.linux-i686-2.3/ccivil.o
creating build/lib.linux-i686-2.3
gcc -pthread -shared -O2 -fomit-frame-pointer -pipe -march=i586 
-mcpu=pentiumpro build/temp.linux-i686-2.3/ccivil.o -o 
build/lib.linux-i686-2.3/ccivil.so
cp: will not overwrite just-created `./ccivil.so' with 
`build/lib.linux-i686-2.3/ccivil.so

Any clue ?
-- 
Guillaume Rousse
Average temperature increases with the amount of clothing brought
		-- Murphy's Laws of Camping n°10

<html>

<head>
<meta http-equiv="content-type" content="text/html; charset=euc-kr">
<title>♣ 귀하의 승낙 없이 홍보성 전자 우편을 보내게 된점을 정중히 사과 드립니다</title>
<meta name="generator" content="Namo WebEditor v5.0">
</head>

<body bgcolor="white" text="black" link="blue" vlink="purple" alink="red">
<p style="line-height:125%; margin-top:0; margin-bottom:0;" align="left"><FONT size=2>&nbsp;</FONT><span style="font-size:10pt;"><b>♣ 
귀하의 승낙 없이 홍보성 전자 우편을 보내게 된점을 정중히 사과 드립니다</b></span></p>
<p style="line-height:125%; margin-top:0; margin-bottom:0;" align="left"> 
<span style="font-size:10pt;"><b>&nbsp;♣ 정보통신망 이용 촉진법 
규정을 준수하여 (광고)메일임을 표시 하였으며 아래에&nbsp;수신거부 장치를 마련 하고 
있습니다.</b></span></p>
<table border="5" width="765">
    <tr>
        <td width="747" height="433" bordercolor="#3399FF" bordercolordark="#3399FF" bordercolorlight="#3399FF">
            <p align="center"><img src="http://www.sohomall365.com/image/gikimi/send_dm.gif" width="752" height="2224" border="0" usemap="#ImageMap1"></p>
        </td>
    </tr>
</table>
<p>&nbsp;</p>
<map name="ImageMap1">
<area shape="rect" coords="585, 394, 726, 424" href="http://www.gikimishop.com">
<area shape="rect" coords="613, 475, 614, 476" href="http://www.gikimishop.com">
<area shape="rect" coords="364, 2116, 649, 2164" href="http://www.gikimishop.com">
<area shape="rect" coords="365, 2166, 695, 2192" href="mailto:ab...@gi...">
</map>
<br><table width="100%"><td bgcolor="#FFFFFF"><hr> 
<font color="#808080" face="굴림"><span style="FONT-SIZE:9pt">귀하의 이메일주소는 인터넷<a href="http://www.gnu.org">서핑중</a>알게되었으며, 메일주소이외의 어떠한 정보도 가지고 있지 않습니다. 메일수신을 원하지 않을경우 <a href="http://www.wildmailer.co.kr/cgi-bin/remove.cgi?userid=807144&mai...@li...&l=0&act=2"  >[수신거부]</a>를 눌러주십시요.. 감사 합니다.        
</span></font><font face="Arial" size="2"><font color="#808000">If you feel that this information is not what you want, please click <a href="http://www.wildmailer.co.kr/cgi-bin/remove.cgi?userid=807144&mai...@li...&l=1&act=2"  >[HERE]</a> requesting to be removed. Thank you, and we apologize for any inconvenience.</font><hr></font></td></table><br></body>

</html>