This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to m...@docserver.cac.washington.edu for more info.
---1463811740-1914154046-1010835394=:1928 Content-Type: text/plain; charset="us-ascii" On Fri, 11 Jan 2002, Peter Fales wrote: > On Fri, Jan 11, 2002 at 06:17:50PM +0100, Henning Meier-Geinitz wrote: > > > > Then it complained about libjpeg libraries missing, this was because > > > some > > > of them were in /usr/lib so I linked these into /usr/local/lib. > > > > The SANE jpeg test doen't look in any special directory. It just tries > > to include the header and links against a function. If it doesn't find > > libjpeg in /usr/local/lib, maybe /usr/local/lib is not mentioned in > > /etc/ld.so.conf? > > I think that the gphoto2 stuff works the same way. I suspect that the > reason it works for Henning and me is that we have /usr/local/lib/lib > in /etc/ld.so.conf, so that's one of the standard places it looks for > libraries. > If you mean /usr/local/lib...that's in /etc/ld.conf. I don't have a sub-directory /usr/local/lib/lib. > > > Next was the includes for gphoto2...the '-I' directive was > > > '-I$with_gphoto2/include/gphoto2' but $with_gphoto2 was empty. So I > > > hardcoded -I to > > > be '-I/usr/local/include/gphoto2' to get over this. > > > > Maybe in the source code "gphoto2/gphoto2.h" and not only "gphoto2.h" > > must be included? > > At line 2975 of configure (the version that Jim sent me), it tries to > set $with_gphoto2 to /usr/local unless the user supplies a value. This > works for me whether I use --with-gphoto2, --with-gphoto2=/usr/local or > --with-gphoto2=foo. (In the latter case, the test compile fails, > gphoto2 is disabled.) Perhaps you could put some hooks into the configure > script to figure out why this is not working for you. > This now works by including --with-gphoto2 command line parameter. I didn't use this at first because ./configure --help says that this is the default. > > > Then it complained of a missing config.h file. I copied one over from > > > the > > > gphoto2 source tree. > > Don't know about that... > > I can't explain that either. You shouldn't have to do that. Can you send > me the exact error output and the config.log output (for this situation)? > > > > It then complained that PACKAGE and VERSION had been redefined > > > whereupon it failed the gphoto2.h test. > > > > Can you please post the interesting part of the log file? please find the interesting part attached. > > > > Peter Fales <pe...@fales.com> is the mainatiner of this backend. > > Peter: Would it be reasonable to use gphoto2-config to determine the > > LDFLAGS and CFLAGS like it's done for gtk-config in the sane-frontends > > package? > > It certainly sounds like the write way to do things, but unfortunately > it's way beyond my level of knowledge of autoconf, etc. From a quick > look, it appears that all the magic is is gtk.m4, and all configure.in > needs to do is AM_PATH_GTK(0.99.13, HAVE_GTK=yes, ). I don't know > where gtk.m4 comes from - it's quite complicated and there is no > equivalent gphoto2.m4. I assume that this would somehave have to come > from the gphoto2 development team. > > Pete Fales > Help?! :) ---1463811740-1914154046-1010835394=:1928 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="config.log" Content-Transfer-Encoding: BASE64 Content-ID: <pine.lnx.4.31.0201121136340.1...@linux.george.co.uk> Content-Description: Content-Disposition: attachment; filename="config.log" VGhpcyBmaWxlIGNvbnRhaW5zIGFueSBtZXNzYWdlcyBwcm9kdWNlZCBieSBj b21waWxlcnMgd2hpbGUNCnJ1bm5pbmcgY29uZmlndXJlLCB0byBhaWQgZGVi dWdnaW5nIGlmIGNvbmZpZ3VyZSBtYWtlcyBhIG1pc3Rha2UuDQoNCg0KaW50 IG1haW4oKSB7DQp1c2Jfb3BlbigpDQo7IHJldHVybiAwOyB9DQpjb25maWd1 cmU6Mjc4NDogY2hlY2tpbmcgZm9yIGpwZWdfc3RhcnRfZGVjb21wcmVzcyBp biAtbGpwZWcNCmNvbmZpZ3VyZToyODAzOiBnY2MgLW8gY29uZnRlc3QgLWcg LU8yIC1XIC1XYWxsIC1XY2FzdC1hbGlnbiAtV2Nhc3QtcXVhbCAtV21pc3Np bmctZGVjbGFyYXRpb25zIC1XbWlzc2luZy1wcm90b3R5cGVzIC1XcG9pbnRl ci1hcml0aCAtV3JldHVybi10eXBlIC1Xc3RyaWN0LXByb3RvdHlwZXMgLXBl ZGFudGljIC1hbnNpICAtRF9HTlVfU09VUkNFICBjb25mdGVzdC5jIC1sanBl ZyAgLWxtICAxPiY1DQpjb25maWd1cmU6Mjc5Njogd2FybmluZzogZnVuY3Rp b24gZGVjbGFyYXRpb24gaXNuJ3QgYSBwcm90b3R5cGUNCmNvbmZpZ3VyZToy Nzk4OiB3YXJuaW5nOiBmdW5jdGlvbiBkZWNsYXJhdGlvbiBpc24ndCBhIHBy b3RvdHlwZQ0KY29uZmlndXJlOjI4MjE6IGNoZWNraW5nIGZvciBqY29uZmln LmgNCmNvbmZpZ3VyZToyODMxOiBnY2MgLUUgIC1EX0dOVV9TT1VSQ0UgY29u ZnRlc3QuYyA+L2Rldi9udWxsIDI+Y29uZnRlc3Qub3V0DQpjb25maWd1cmU6 Mjg0OTogY2hlY2tpbmcgZm9yIGpwZWdsaWIgLSB2ZXJzaW9uID49IDYxICg2 YSkNCmNvbmZpZ3VyZToyOTA3OiBjaGVja2luZyBmb3IgZ3Bob3RvMg0KY29u ZmlndXJlOjI5ODg6IGNoZWNraW5nIGZvciBncGhvdG8yLmgNCmNvbmZpZ3Vy ZToyOTk4OiBnY2MgLUUgIC1EX0dOVV9TT1VSQ0UgLUkvdXNyL2xvY2FsL2lu Y2x1ZGUvZ3Bob3RvMiBjb25mdGVzdC5jID4vZGV2L251bGwgMj5jb25mdGVz dC5vdXQNCkluIGZpbGUgaW5jbHVkZWQgZnJvbSAvdXNyL2xvY2FsL2luY2x1 ZGUvZ3Bob3RvMi9ncGhvdG8yLXBvcnQuaDoyNCwNCiAgICAgICAgICAgICAg ICAgZnJvbSAvdXNyL2xvY2FsL2luY2x1ZGUvZ3Bob3RvMi9ncGhvdG8yLmg6 NDAsDQogICAgICAgICAgICAgICAgIGZyb20gY29uZmlndXJlOjI5OTQ6DQov dXNyL2xvY2FsL2luY2x1ZGUvZ3Bob3RvMi9jb25maWcuaDoxODA6IHdhcm5p bmc6IGBQQUNLQUdFJyByZWRlZmluZWQNCmNvbmZkZWZzLmg6Mjogd2Fybmlu ZzogdGhpcyBpcyB0aGUgbG9jYXRpb24gb2YgdGhlIHByZXZpb3VzIGRlZmlu aXRpb24NCi91c3IvbG9jYWwvaW5jbHVkZS9ncGhvdG8yL2NvbmZpZy5oOjE4 Mzogd2FybmluZzogYFZFUlNJT04nIHJlZGVmaW5lZA0KY29uZmRlZnMuaDoz OiB3YXJuaW5nOiB0aGlzIGlzIHRoZSBsb2NhdGlvbiBvZiB0aGUgcHJldmlv dXMgZGVmaW5pdGlvbg0KY29uZmlndXJlOiBmYWlsZWQgcHJvZ3JhbSB3YXM6 DQojbGluZSAyOTkzICJjb25maWd1cmUiDQojaW5jbHVkZSAiY29uZmRlZnMu aCINCiNpbmNsdWRlIDxncGhvdG8yLmg+DQo= ---1463811740-1914154046-1010835394=:1928--