dependency hell when trying to use current CVS tree

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

dependency hell when trying to use current CVS tree

Theodore Kilgore
To whom it may concern:

Today I was going to post a new upgrade to camlibs/mars/mars.c to
incorporate an upgrade to the decompression algorithm, based on some
suggestions of Michel Xhaard and some further testing and tweaks I did
based on those suggestions.

But since it was on or about June 13 that I downloaded my working copy of
libgphoto2 I thought it would be a really good idea to synchronize. So, I
did cvs update -Pd on the whole libgphoto2 tree. What happened next is:

It compiled just fine. I installed it. Then, gphoto2 would not run. It
said

gphoto2: relocation error: gphoto2: undefined symbol: GP_SYSTEM_IS_FILE

so I looked for that, and it is not present, whereas in the tree as of
June 13 grep GP_SYSTEM_IS_FILE */*/* gives us

camlibs/directory/directory.c:                  if (GP_SYSTEM_IS_FILE
(buf) && (get_mime_type (buf)))
Binary file camlibs/directory/libgphoto2_directory_la-directory.o matches
libgphoto2_port/libgphoto2_port/gphoto2-port-portability.c:int
GP_SYSTEM_IS_FILE (const char *filename) {
libgphoto2_port/libgphoto2_port/gphoto2-port-portability.c:int
GP_SYSTEM_IS_FILE (const char *filename) {
libgphoto2_port/libgphoto2_port/gphoto2-port-portability.h:int
GP_SYSTEM_IS_FILE      (const char *filename);
Binary file
libgphoto2_port/libgphoto2_port/libgphoto2_port_la-gphoto2-port-portability.o
matches

So, I tried gphoto2-2.1.6 (which I had never actually installed) and it
also wants GP_SYSTEM_IS_FILE and will not run.

So, I got a copy of gphoto2 from CVS and it does not ask anything about
GP_SYSTEM_IS_FILE and that is very nice. However, I cannot run
./autogen.sh there, and so I cannot compile it. I get (after lots of
messages which do not matter)

/usr/share/aclocal/ORBit.m4:4: warning: underquoted definition of
AM_PATH_ORBIT
gphoto2/Makefile.am:24: HAVE_POPT does not appear in AM_CONDITIONAL
configure.ac:353: required file `m4m/Makefile.in' not found
autoreconf: automake-1.9 failed with exit status: 1
autoreconf quit with exit code 1, aborting.
autogen.sh:init: Left directory `.'

As to the m4m directory:

It does not appear in the CVS tree, but autogen.sh creates it.

Since it is not found in the CVS tree, there is no Makefile.am for it
either, and thus I am a bit unsure how that the Makefile.in should get
created.

I found the line in the autogen.sh script which asks for the Makefile to
get created there, and commented it out. That did not help either.

So, new libgphoto2 does not work with previous gphoto2, and new gphoto2
cannot be compiled. Suggestions?

Incidentally, AFAIK my autoconf and autoconfig and automake and readline
stuff ought to be up to date. That was the problem last time I faced a
similar difficulty, and it was fixed then. The versions I am using are
from Slackware-10.1.

Theodore Kilgore






-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Gphoto-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gphoto-devel
Reply | Threaded
Open this post in threaded view
|

Re: dependency hell when trying to use current CVS tree

Marcus Meissner-4
> ./autogen.sh there, and so I cannot compile it. I get (after lots of
> messages which do not matter)
>
> /usr/share/aclocal/ORBit.m4:4: warning: underquoted definition of
> AM_PATH_ORBIT
> gphoto2/Makefile.am:24: HAVE_POPT does not appear in AM_CONDITIONAL
> configure.ac:353: required file `m4m/Makefile.in' not found
> autoreconf: automake-1.9 failed with exit status: 1
> autoreconf quit with exit code 1, aborting.
> autogen.sh:init: Left directory `.'
>
> As to the m4m directory:
>
> It does not appear in the CVS tree, but autogen.sh creates it.
>
> Since it is not found in the CVS tree, there is no Makefile.am for it
> either, and thus I am a bit unsure how that the Makefile.in should get
> created.
>
> I found the line in the autogen.sh script which asks for the Makefile to
> get created there, and commented it out. That did not help either.
>
> So, new libgphoto2 does not work with previous gphoto2, and new gphoto2
> cannot be compiled. Suggestions?

Run:

rm -rf m4
rm -rf m4m
cvs co m4m # checkout, not update!
sh ./autogen.sh --clean
sh ./autogen.sh

Afterwards it should be ready for configure.

Ciao, Marcus


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Gphoto-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gphoto-devel
Reply | Threaded
Open this post in threaded view
|

Re: dependency hell when trying to use current CVS tree

Theodore Kilgore
Marcus,

Thanks, your suggestions make everything work just fine. I installed the
current CVS version of libgphoto2, then followed your suggestions about
getting the m4m directory, then compiled and installed gphoto2, and I get
a photo out of a camera. But, I am left with a question:

Just how is it that, browsing the gphoto2 directory in CVS with Firefox, I
do not see any m4m directory at all, but I am supposed to check out the
m4m directory which is not even there? I do see there a directory m4 (not
m4m) which is empty, but no m4m directory at all.

It certainly solved the problem to do exactly what you said. Of that there
is not doubt, because it works. But behind all of this lies the mysterium
tremendum. Just what is the logical explanation which dispels the
darkness?

Theodore Kilgore



On Mon, 19 Sep 2005, Marcus Meissner wrote:

>
> Run:
>
> rm -rf m4
> rm -rf m4m
> cvs co m4m # checkout, not update!
> sh ./autogen.sh --clean
> sh ./autogen.sh
>
> Afterwards it should be ready for configure.
>
> Ciao, Marcus
>


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Gphoto-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gphoto-devel
Reply | Threaded
Open this post in threaded view
|

Re: dependency hell when trying to use current CVS tree

Marcus Meissner-4
On Mon, Sep 19, 2005 at 02:43:06PM -0500, [hidden email] wrote:

> Marcus,
>
> Thanks, your suggestions make everything work just fine. I installed the
> current CVS version of libgphoto2, then followed your suggestions about
> getting the m4m directory, then compiled and installed gphoto2, and I get
> a photo out of a camera. But, I am left with a question:
>
> Just how is it that, browsing the gphoto2 directory in CVS with Firefox, I
> do not see any m4m directory at all, but I am supposed to check out the
> m4m directory which is not even there? I do see there a directory m4 (not
> m4m) which is empty, but no m4m directory at all.
>
> It certainly solved the problem to do exactly what you said. Of that there
> is not doubt, because it works. But behind all of this lies the mysterium
> tremendum. Just what is the logical explanation which dispels the
> darkness?

It some kind of CVS alias, the m4m module is contained within the gphoto2,
libgphoto2 module.

Ciao, Marcus


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Gphoto-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gphoto-devel