yes you're right... but if an header file is not found by g++,
(missing or path unknown by the compiler), you can have this kind of
error without any error in the code
I don't know the open suze packages, but you can check if you
downloaded all the required objects, and if they are installed in th
Hi Raoul,
Thank you for your response. I would love to try your advice, but as I
said, I am not a programmer, so I doubt I will understand anything in the
code.
What you suggest:
Check your sources : paths, versions, environment, all that stuff, and
> try again.
>
>
, does this mean actually
Hi Alexey
yes, it's an error with the code. It could to be a kind of "circular
includes" error, or a missing ";" in the code, a missing header, or a
something like that.
I don't know the sources, so I can't help more.
Check your sources : paths, versions, environment, all that stuff, and
try again
Hi everyone,
I still need your help. As Thomas suggested,
>> ./configure --help prints all possible options.
>> I assume you need
>> ./configure --with-unicode --with-opengl
>> and then make and make install
>> But there are user with more Linux experience on the list which can
>> help you
Hi Thomas,
thanks for your reply! I'll look at the available options for this package
tomorrow. I will let you know,
with the best regards
Alexey
On Sunday, June 17, 2012 1:31:50 PM UTC+2, T. Modes wrote:
>
> Hi Alexey,
>
> I'm not on Linux. So I can't help you so much further.
>
> > More pre
Hi Alexey,
I'm not on Linux. So I can't help you so much further.
> More precisely: how to check that the version of wxwidgets
> is the one which has openGL support?
Try running wx-config
wx-config --version-full
reports the full version number
wx-config reports also some more details about the
Dear T. Modes,
On Tuesday, May 29, 2012 6:08:17 PM UTC+2, T. Modes wrote:
>
> > Linking CXX shared library libhuginbasewx.so
> > /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/
> > ld: cannot find -
> > lwx_x11univ_gl-2.8
> > collect2: ld returned 1 exit status
>
> Th
> Linking CXX shared library libhuginbasewx.so
> /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/
> ld: cannot find -
> lwx_x11univ_gl-2.8
> collect2: ld returned 1 exit status
This sounds like wxwidgets is build without OpenGL support. Install a
version with OpenGL support
Hi Alexey, I don't know those answers and would need some environment to
test, which I don't have, but I guess Stefan gave you two hints that can
help you. In particular I guess you could try a pre-compiled package.
But keep the list informed, there are more people who can try to help.
Good luck,
Actually, I have just searched the whole computer for the file
lwx_x11univ_gl-2.8* - the search gave nothing, it is not on my
computer. What is that file and with which package it comes anyway?
If I do search for all files having x11univ in their names, I find 47
files, but all names start with li
Hi Carlos,
Thanks for the fast reply. I don't remember how exactly I have
installed wxX11-2.8.12, but I think I have followed the instructions
given in the text file which came with the package:
> ./configure --with-x11
> make
> su
> make install
> ldconfig
> exit
Also, when I check with YAST (
Am Samstag 16 Oktober 2010 schrieb Bruno Postle:
> On Fri 15-Oct-2010 at 06:59 +0200, Kornel Benko wrote:
> >> This might be a feature not a bug. dpkg shouldn't be installing
> >> .deb packages in /usr/local, they should go in /usr.
> >
> >Why? We have instructed it that way. If we want to install
On Fri 15-Oct-2010 at 06:59 +0200, Kornel Benko wrote:
This might be a feature not a bug. dpkg shouldn't be installing
.deb packages in /usr/local, they should go in /usr.
Why? We have instructed it that way. If we want to install in /usr,
we have to set it explicitly.
dpkg does what it is
Ehsan Esbati wrote:
> Hey peeps,
> First of all thanks to all the people who worked on the latest
> release, well done!
> I have been trying to build from source according to wiki instructions
> on a fresh install of Ubuntu 10.10. Every thing goes smoothly until I
> try to install the packages a
Am Donnerstag, 14. Oktober 2010 schrieb Bruno Postle:
> On Thu 14-Oct-2010 at 07:28 +0200, Kornel Benko wrote:
> >>
> >> unable to create `/usr/local/share/applications/
> >> hugin.desktop.dpkg-
> >> new' (while processing `./usr/local/share/applications/
> >> hugin.desktop'): No
> >> s
On Thu 14-Oct-2010 at 07:28 +0200, Kornel Benko wrote:
unable to create `/usr/local/share/applications/
hugin.desktop.dpkg-
new' (while processing `./usr/local/share/applications/
hugin.desktop'): No
such file or directory
You could try to install with debug enabled to see more in
Am Donnerstag 14 Oktober 2010 schrieb Ehsan Esbati:
> OK. I tried that and it doesn't work.
>
> My diagnosis is that the installation paths are not set correctly
> during the build process. Here's what happens on a fresh install of
> Maverick with all traces of hugin and its dependencies purged, e
OK. I tried that and it doesn't work.
My diagnosis is that the installation paths are not set correctly
during the build process. Here's what happens on a fresh install of
Maverick with all traces of hugin and its dependencies purged, even
the folders:
When installing enblend:
unable to cre
I have to check that when I get home later...
On 13 Oct, 17:00, Kornel Benko wrote:
> Am Mittwoch 13 Oktober 2010 schrieb Florian Achleitner:
>
>
>
>
>
>
>
>
>
> > On Mi, 2010-10-13 at 15:52 +0200, Kornel Benko wrote:
> > > Am Mittwoch 13 Oktober 2010 schrieb Ehsan Esbati:
> > > > Alright, maybe
Am Mittwoch 13 Oktober 2010 schrieb Florian Achleitner:
> On Mi, 2010-10-13 at 15:52 +0200, Kornel Benko wrote:
> > Am Mittwoch 13 Oktober 2010 schrieb Ehsan Esbati:
> > > Alright, maybe the wiki is not relevant to Maverick then?
> >
> > Wiki may be out of date, yes. You may be the first to find o
On Mi, 2010-10-13 at 15:52 +0200, Kornel Benko wrote:
> Am Mittwoch 13 Oktober 2010 schrieb Ehsan Esbati:
> > Alright, maybe the wiki is not relevant to Maverick then?
> >
>
> Wiki may be out of date, yes. You may be the first to find out what's going
> wrong.
>
> Kornel
I still have the
Am Mittwoch 13 Oktober 2010 schrieb Ehsan Esbati:
> Alright, maybe the wiki is not relevant to Maverick then?
>
Wiki may be out of date, yes. You may be the first to find out what's going
wrong.
Kornel
--
Kornel Benko
kornel.be...@berlin.de
signature.asc
Description: This is a digita
Alright, maybe the wiki is not relevant to Maverick then?
On 13 Oct, 13:49, Kornel Benko wrote:
> Am Mittwoch 13 Oktober 2010 schrieb Ehsan Esbati:
>
> > Korel,
>
> > Just wondering, did you upgrade from Lucid to Maverick or did you go
> > with a clean install? I wonder if the wiki is missing som
Am Mittwoch 13 Oktober 2010 schrieb Ehsan Esbati:
> Korel,
>
> Just wondering, did you upgrade from Lucid to Maverick or did you go
> with a clean install? I wonder if the wiki is missing some of the
> dependencies and build tools which shows up on a fresh Ubuntu install.
I am upgrading only sinc
Korel,
Just wondering, did you upgrade from Lucid to Maverick or did you go
with a clean install? I wonder if the wiki is missing some of the
dependencies and build tools which shows up on a fresh Ubuntu install.
On 13 Oct, 05:48, Kornel Benko wrote:
> Am Dienstag, 12. Oktober 2010 schrieb Flori
Am Dienstag 12 Oktober 2010 schrieb Kornel Benko:
> Am Dienstag 12 Oktober 2010 schrieb Ehsan Esbati:
> > This is my cmake output:
> ...
>
> > the only difference is HG revision and the second line of your output
> > is also missing from mine (ChangeLog bit).
>
> Mysterious.
>
> The created pack
Am Dienstag 12 Oktober 2010 schrieb Ehsan Esbati:
> This is my cmake output:
>
...
>
> the only difference is HG revision and the second line of your output
> is also missing from mine (ChangeLog bit).
>
Mysterious.
The created package is 44MB, so I was unable to send it with e-mail.
This is my cmake output:
-- Current HG revision is 294c413a5883
-- Found wxWidgets: TRUE
-- Found TIFF: /usr/include
-- Found JPEG: /usr/include
-- Found PNG: /usr/include
-- WARNING: you are using the obsolete 'PKGCONFIG' macro use
FindPkgConfig
-- Found OPENEXR: /usr/lib/libImath.so;/usr/lib/lib
Am Dienstag 12 Oktober 2010 schrieb Ehsan Esbati:
> The packages from Kornel installs without any problem so I went ahead
> and built hugin from source but get the same error when I try to
> install it. :(
This are the parameter you may fed into cmake for hugin:
#cd {build-dir}
#cmake {source-di
The packages from Kornel installs without any problem so I went ahead
and built hugin from source but get the same error when I try to
install it. :(
(Reading database ... 179517 files and directories currently
installed.)
Preparing to replace hugin 2010.0.0+dfsg-3ubuntu1 (using
hugin-2010.3.0-Lin
Am Dienstag 12 Oktober 2010 schrieb Ehsan Esbati:
> Yup, 64 bit. That would be very nice of you. Can you see my email?
>
Ok, sent privately.
Kornel
--
Kornel Benko
kornel.be...@berlin.de
signature.asc
Description: This is a digitally signed message part.
Yup, 64 bit. That would be very nice of you. Can you see my email?
On Oct 12, 2:48 pm, Kornel Benko wrote:
> Am Dienstag 12 Oktober 2010 schrieb Ehsan Esbati:
>
> > Maybe I should have problem installing enblend in the title but as I
> > said libpano threw up the exact same error so it's not sill
Am Dienstag 12 Oktober 2010 schrieb Ehsan Esbati:
> Maybe I should have problem installing enblend in the title but as I
> said libpano threw up the exact same error so it's not silly to think
> hugin would have had the same problem.
Is your ubuntu 64-bit? If yes, I could provide the .deb's for li
Maybe I should have problem installing enblend in the title but as I
said libpano threw up the exact same error so it's not silly to think
hugin would have had the same problem.
On Oct 12, 2:11 pm, Ehsan Esbati wrote:
> Via cmake.
>
> The error massage I posted above is after I had installed the
Via cmake.
The error massage I posted above is after I had installed the
repository builds so this particular message is not from a purged
system but the message from when I had no traces of hugin, enblend,
etc., was essentially the same.
On Oct 12, 1:20 pm, Kornel Benko wrote:
> Am Dienstag 12
Am Dienstag 12 Oktober 2010 schrieb Ehsan Esbati:
> Yeah, as I said this is a fresh install of Ubuntu with no trace of any
> previous hugin installations...
Please try to be a bit more exact. From your mail it seems you have problem
installing enblend (_not_ hugin).
That said, I also have here u
Yeah. I started off with no hugin installed and the end result was the
same. I then installed the version from the repository and tried to
upgrade that. The error message in the original post is from that
second test. The original massage was of the same nature though...that
it can't create things
Yeah, as I said this is a fresh install of Ubuntu with no trace of any
previous hugin installations...
On Oct 12, 8:07 am, Florian Achleitner wrote:
> Hi!
>
> On Mo, 2010-10-11 at 18:06 -0500, Dale Beams wrote:
>
>
>
> > Begin by
>
> > "dpkg -p enblend"
>
> > Purge your old hugin installation fir
38 matches
Mail list logo