Re: [QGIS-Developer] Last call for switching to github issue tracker
Another vote to move to git*, people may want to defend redmine, but it's just not friendly for new users to come in and get engaged. And I realize that QGIS may not want this, but I think it's a big user satisfaction win if we could upvote issues- On Wed, Jan 17, 2018 at 8:34 AM, Denis Rouzaud wrote: > Hi all, > > I'd like to move on a bit the discussion. > > I'll try to summarize (and to be fair and honest): > > * The desire to switch to Github is strong > 1 against: Sandro > 5 neutral (or did not pronounce): Jürgen, Andreas, Richard, Paolo, Nyall > 9 for: Borys, Matthias, Tom, Jorge, Régis, Bernard (says Redmine sucks), > Loic, Tisharm and myself > > * But among those who spoke. I was hoping for a broader response. > > * I think we shouldn't mix switching to github (for technical reason) with > switching to gitlab or so (for ethical reason). My original call was mainly > for technical reasons and I believe, the end-users should decide on this. > > * As stated, ethical reason should rely on the PSC. Feel free to call for > it. > > * I believe that we should first decide on what to do and next find the > technical (and financial) solutions. And not the other way around. > > * Jorge volunteered to work on the topic. > > Additional **personal** notes: > > * I would be against moving all issues to github. That doesn't mean losing > our history: let's just keep redmine online but locked. This has to be > discussed and decided after deciding to move to github. > > * Another upcoming issue we HAVE to take care of: soon the PR number in GH > will catch up with the issue number in Redmineso bugfix commits will > link to an unrelated PR... Keeping things untouched by fear of losing > history is a suicide! > > > Can we make a decision, and in this order: > 1. decide to move (but to be applied if following questions are made > possible) > 2. what/when to move (empty list or everything or open issues, before the > release, etc.) > 3. how to move (volunteer, grant proposal, etc) > > And if we realize the decision is not feasible: we start again the > procedure by stating we cannot do it. > It would be useless to spend hours on trying to migrate the issues if we > decide to start with an empty list -- just to illustrate. > > What is next? > A loomio vote for this? > > Cheers, > > Denis > > Le ven. 12 janv. 2018 à 09:52, Denis Rouzaud a > écrit : > >> Hi all, >> >> I'ld like to raise a last call to switch to github issue tracker before >> the release. >> I'd like to summarize briefly why. >> >> Pros (to me): >> - integration with code and mainly with PR >> - avoid multiplication of platforms >> - so much more powerful (attachment, text formatting, referecing >> issue/PR, pinging people, fitlering/searching/tagging, possibility to >> plugin external issue management such as zenhub or others) >> - so much more responsive, mobile friendy and easy to use >> - lower infrstructure management on QGIS team (would be available for >> other stuff) >> - opportunity to clean the list >> >> A proof that current situation is sub-optimal: >> - people are pointing to code issues directly in comments of commits on >> github rather than creating an issue (high chance of getting lost) >> - people send mail to the mailing saying they have created an issue (sic) >> - people creates new gitub repo for creating issue lists (sic again): see >> qgis 3 API or UX changes >> - mantra thing is a nightmare for new comers >> >> Why I don't agree on the raised issues to not to move to github: >> - migration of existing issues: we have migrated a to a new redmine which >> should make migration easier [0]. >> - Github has a close-source: there is an API and existing tools to >> migrate to other issue tracker [1]. I guess it leads down to pragmatic vs >> ethical matters. >> >> I would be in favor of using a semi-automatic migration: >> - move all open tickets >> - propose a tool to migrate others on demand: like a one-click process to >> move the features. >> But this can be decided afterwards. >> >> I know PSC is (was?) against it, but I feel the majority of devs (and new >> issue posters) are for it. >> Sorry to hassle on the topic. Let me know if I shall shut-up forever. Or >> raise your hand :) >> >> Or can we setup a loomio vote directly??? >> >> Best wishes, >> Denis >> >> [0] https://github.com/gmontard/issue-sync-redmine-github >> [1] Github importer for Gitlab: https://docs.gitlab.com/ee/ >> user/project/import/github.html >> >> > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] CI testing for OSX
That's great news. Is there any chance of getting a Mac/Linux build of QGIS with the oracle support turned on? Or at least some way to do it that doesn't involve building from source? Thanks, Chris- On Wed, Aug 12, 2015 at 10:03 AM, Matthias Kuhn wrote: > Thanks for that! > > On 08/12/2015 03:43 PM, Nyall Dawson wrote: > > Good news everybody! > > > > With recent changes to the Travis CI service we've now been able to > > unlock multi-OS continuous integration testing of QGIS. This means > > that now every commit and pull request will be tested on both a Linux > > and OSX build. > > > > End result is that our OSX build should be more stable and widely tested. > > > > Nyall > > ___ > > Qgis-developer mailing list > > Qgis-developer@lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] OSX packages
I'd just like to second the notion of an easier install for mac, an installer would be great, and I'd really like it if, just like the osgeo installer, you could specify that you want the oracle support installed too- On Thu, Nov 6, 2014 at 11:41 AM, William Kyngesburye wrote: > It should be possible, there is a build option to do that, though I > haven't fully tested it. (GSL is bundled, I keep forgetting to ask someone > to fix the QGIS donwload page to remove that requirement.) > > You would miss out on GDAL driver plugins, especially those with > non-GPL-compatible licenses. They would still need separate installers, > and I would have to figure out where to install them. Probably a QGIS > application support mirroring GDAL's, though it could share use of the > normal GDAL plugins. Not in the application, not proper. > > Required python modules are another thing that would be needed to be > bundled. But users would still need to separately install other Python > modules needed by any QGIS plugins they installed. > > About the installer vs. drag-n-drop: the installer is needed for compiling > the python scripts and creating the browser alias. Drag-n-drop is not the > only "normal" installation method on OS X. Installers are just as "normal". > > Besides sharing GDAL with other software, GDAL and the Python modules are > very useful on their own, and I hear from many people who do use them > separately from and alongside QGIS. > > One thing I'm not sure about, if QGIS knows to specify the GDAL resource > dir (datums, projections, ...) if it's not at the default location > programmed into GDAL. And that goes for not only GDAL as a library, but > the GDAL tools and GDAL python. (and other libraries that have resource > dirs like PROJ and geotiff) > > I have considered an alternative: putting the current GDAL and Python > module installers on the QGIS installer disk image. It's one download, but > users would still have to install each of them in the right order. > > The problem with this, and another problem with the bundling method, is > that when any of the pieces change, I have to package the whole thing again > (and with bundling that means saving the compiled source and running the > make install again to do the bundling, and hope that something doesn't > trigger a recompile). And the user has to download the whole monster again > and install it. > > On Nov 6, 2014, at 3:20 AM, Andreas Neumann wrote: > > > Hi, > > > > I wonder if we could offer "all in one" OSX QGIS packages in the future? > > > > The average OSX user is afraid of installing separate frameworks - even > if its very simple. The normal install way on OSX is just drag and drop to > the applications folder. > > > > Is there a particular technical reason why we cannot include GDAL/GSL > into the QGIS package? I know that it wouldn't be shared with other FOSSGIS > software then - but would this matter a lot? > > > > Andreas > > > > > > ___ > > Qgis-developer mailing list > > Qgis-developer@lists.osgeo.org > > http://lists.osgeo.org/mailman/listinfo/qgis-developer > > - > William Kyngesburye > http://www.kyngchaos.com/ > > [Trillian] What are you supposed to do WITH a maniacally depressed robot? > > [Marvin] You think you have problems? What are you supposed to do if you > ARE a maniacally depressed robot? No, don't try and answer, I'm 50,000 > times more intelligent than you and even I don't know the answer... > > - HitchHiker's Guide to the Galaxy > > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [QGIS 2.5.0 MASTER][Linux Mint 64-bit] - Missing Oracle Spatial icon?
As far as I know, Oracle spatial support is only enabled when using the windows installer, and only then if the support is selected. I tried (unsuccessfully) to build qgis on ubuntu, I would love it if someone could report on the full steps they used to do this successfully on linux (or mac)- On Sun, Oct 19, 2014 at 10:37 AM, João Gaspar wrote: > Hi guys, > > I open the recent QGIS master and i don't find the Oracle Spatial icon. > > In the Plugin Manager only appears the Oracle Raster in installed plugins. > > Can anyone confirm this? Is the same for the other OS? > > Regards > João > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] error starting qgis (built from source)
This is a bump, I think my last message got rejected because of a screenshot I included. So both Daniel and I appear to still have the same problem, after building qgis from source, it starts up, but with the following errors: "Except that now I found that some plugin libraries are missing. During start of QGIS I get a message "Unable to load GdalTools plugin. The required "osgeo [python-gdal]" module is missing." and after a Python error "Couldn't load plugin 'processing' [...]". After QGIS startup in the plugin manager with GdalTools everything seems to be ok, whereas processing plugin is marked broken and the reinstall button is disabled. Any suggestions what to do?" I'm hoping that this problem is also the reason that while I can bring up the add oracle vector layer dialog, I can't select any of the tables to actually import. Thanks, Chris- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] error starting qgis (built from source)
Ok, cool. Well, not sure if this is a question for another email thread or
not, but now I can at least start the app, I do get the same errors that
daniel mentioned earlier
"I've had the same problem and the above worked for me. Except that now I
found that some plugin libraries are missing. During start of QGIS I get
a message "Unable to load GdalTools plugin. The required "osgeo
[python-gdal]" module is missing." and after a Python error "Couldn't
load plugin 'processing' [...]". After QGIS startup in the plugin
manager with GdalTools everything seems to be ok, whereas processing
plugin is marked broken and the reinstall button is disabled. Any
suggestions what to do?"
and then i can get into the app. I went to add an oracle vector layer, and
I can successfully connect to the database, and I can see the tables, but
they're all greyed out. I have QGIS running on windows against the exact
same db and everything worked just fine. Is this related?
On Mon, May 5, 2014 at 2:32 PM, Yves Jacolin wrote:
> That's great!
>
> Yes "cmake ." command allows you to setup the location where qgis (bin, and
> lib) will be located. Related to this settings you should adapt it for
> ld.so.conf.d config file.
>
> For me, I install qgis in /usr/local/ which is the default one, in another
> computer I created other location because I have several release of qgis
> for
> different task (working, testing and trainings) so I have to adapt each
> time
> the ld.so.conf.d file :)
>
> Y.
> Le lundi 5 mai 2014, 13:44:45 chris marx a écrit :
> > Sorry, I think you misunderstood, the previous commands did work. I can
> > start qgis now! yay! I was asking an additional question -- whether I
> did
> > something wrong in the first place, or is this what you're expected to do
> > when building qgis?
> >
> > On Mon, May 5, 2014 at 1:32 PM, Yves Jacolin wrote:
> > > ok I understand :)
> > >
> > > Add /home/chrismarx/apps/lib/ in the /etc/ld.so.conf.d/qgis.conf is not
> > > already done and run sudo ldconfig.
> > >
> > > If you already do such command line, well I don't know what's wrong.
> Last
> > > idea: do you use redhat or something like this?
> > >
> > > Y.
> > >
> > > Le lundi 5 mai 2014, 13:21:44 chris marx a écrit :
> > > > Yay! Ok, that did it. So, did I do something wrong? After running
> > >
> > > updatedb,
> > >
> > > > locate found the libraries in "/home/chrismarx/apps/lib/" .
> According to
> > > > the build instructions, it suggested to create :
> > > >
> > > > mkdir -p ${HOME}/apps
> > > >
> > > > and build the app into there. Is that where those libraries should
> have
> > > > ended up?
> > > >
> > > > On Mon, May 5, 2014 at 12:50 PM, Yves Jacolin
> wrote:
> > > > > Le lundi 5 mai 2014, 10:26:34 chris marx a écrit :
> > > > > > Hi,
> > > > > >
> > > > > > Ok, some of this is a bit unfamiliar for me, but here goes. So,
> I
> > >
> > > ran
> > >
> > > > > ldd
> > > > >
> > > > > > on the qgis app, and it very clearly shows that that libqgis_core
> > > > > > was
> > > > > > not
> > > > > > found:
> > > > > >
> > > > > > chrismarx@ubuntu:~/apps/bin$ ldd ./qgis
> > > > > >
> > > > > > linux-vdso.so.1 => (0x7fff12158000)
> > > > > > libqwt-qt4.so.5 => /usr/lib/libqwt-qt4.so.5
> (0x7f7b3606f000)
> > > > > > libQtSql.so.4 => /usr/lib/x86_64-linux-gnu/libQtSql.so.4
> > > > > >
> > > > > > (0x7f7b35e3)
> > > > > >
> > > > > > libQtWebKit.so.4 =>
> /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
> > > > > >
> > > > > > (0x7f7b34077000)
> > > > > >
> > > > > > libgdal1.7.0.so.1 => /usr/lib/libgdal1.7.0.so.1
> > >
> > > (0x7f7b3366d000)
> > >
> > > > > > libqgis_core.so.2.3.0 => not found
> > > > > > libqgis_gui.so.2.3.0 => not found
> > > > > > libqgis_analysis.so.2.3.0 => not found
> > > > > > [..]
> > > > >
> > > > > This is the problem, if you added your correct lib path in
> > > > > /etc/ld.so.conf.d/qgis.conf (filename is not important, only the
> > >
> > > extension
> > >
> > > > > is
> > > > > important) then run sudo ldconfig your system should find them.
> > > > >
> > > > > First, run sudo updatedb then wait for a while. Finaly check the
> > >
> > > location
> > >
> > > > > with:
> > > > > locate libqgis_gui.so.2.3.0
> > > > >
> > > > > It gives you at least two location: your build src and your lib
> > > > > install
> > > > > path.
> > > > > Take the second one and put it into /etc/ ld.so.conf.d/qgis.conf,
> run
> > > > > again
> > > > > sudo ldconfig
> > > > >
> > > > > check again with your ldd command.
> > > > >
> > > > > Y.
> > > > >
> > > > > --
> > > > > Yves Jacolin
> > >
> > > --
> > > Yves Jacolin
>
> --
> Yves Jacolin
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] error starting qgis (built from source)
Sorry, I think you misunderstood, the previous commands did work. I can
start qgis now! yay! I was asking an additional question -- whether I did
something wrong in the first place, or is this what you're expected to do
when building qgis?
On Mon, May 5, 2014 at 1:32 PM, Yves Jacolin wrote:
> ok I understand :)
>
> Add /home/chrismarx/apps/lib/ in the /etc/ld.so.conf.d/qgis.conf is not
> already done and run sudo ldconfig.
>
> If you already do such command line, well I don't know what's wrong. Last
> idea: do you use redhat or something like this?
>
> Y.
> Le lundi 5 mai 2014, 13:21:44 chris marx a écrit :
> > Yay! Ok, that did it. So, did I do something wrong? After running
> updatedb,
> > locate found the libraries in "/home/chrismarx/apps/lib/" . According to
> > the build instructions, it suggested to create :
> >
> > mkdir -p ${HOME}/apps
> >
> > and build the app into there. Is that where those libraries should have
> > ended up?
> >
> > On Mon, May 5, 2014 at 12:50 PM, Yves Jacolin wrote:
> > > Le lundi 5 mai 2014, 10:26:34 chris marx a écrit :
> > > > Hi,
> > > >
> > > > Ok, some of this is a bit unfamiliar for me, but here goes. So, I
> ran
> > >
> > > ldd
> > >
> > > > on the qgis app, and it very clearly shows that that libqgis_core was
> > > > not
> > > > found:
> > > >
> > > > chrismarx@ubuntu:~/apps/bin$ ldd ./qgis
> > > >
> > > > linux-vdso.so.1 => (0x7fff12158000)
> > > > libqwt-qt4.so.5 => /usr/lib/libqwt-qt4.so.5 (0x7f7b3606f000)
> > > > libQtSql.so.4 => /usr/lib/x86_64-linux-gnu/libQtSql.so.4
> > > >
> > > > (0x7f7b35e3)
> > > >
> > > > libQtWebKit.so.4 => /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
> > > >
> > > > (0x7f7b34077000)
> > > >
> > > > libgdal1.7.0.so.1 => /usr/lib/libgdal1.7.0.so.1
> (0x7f7b3366d000)
> > > > libqgis_core.so.2.3.0 => not found
> > > > libqgis_gui.so.2.3.0 => not found
> > > > libqgis_analysis.so.2.3.0 => not found
> > > > [..]
> > >
> > > This is the problem, if you added your correct lib path in
> > > /etc/ld.so.conf.d/qgis.conf (filename is not important, only the
> extension
> > > is
> > > important) then run sudo ldconfig your system should find them.
> > >
> > > First, run sudo updatedb then wait for a while. Finaly check the
> location
> > > with:
> > > locate libqgis_gui.so.2.3.0
> > >
> > > It gives you at least two location: your build src and your lib install
> > > path.
> > > Take the second one and put it into /etc/ ld.so.conf.d/qgis.conf, run
> > > again
> > > sudo ldconfig
> > >
> > > check again with your ldd command.
> > >
> > > Y.
> > >
> > > --
> > > Yves Jacolin
>
> --
> Yves Jacolin
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] error starting qgis (built from source)
Yay! Ok, that did it. So, did I do something wrong? After running updatedb,
locate found the libraries in "/home/chrismarx/apps/lib/" . According to
the build instructions, it suggested to create :
mkdir -p ${HOME}/apps
and build the app into there. Is that where those libraries should have
ended up?
On Mon, May 5, 2014 at 12:50 PM, Yves Jacolin wrote:
>
> Le lundi 5 mai 2014, 10:26:34 chris marx a écrit :
> > Hi,
> > Ok, some of this is a bit unfamiliar for me, but here goes. So, I ran
> ldd
> > on the qgis app, and it very clearly shows that that libqgis_core was not
> > found:
> >
> > chrismarx@ubuntu:~/apps/bin$ ldd ./qgis
> > linux-vdso.so.1 => (0x7fff12158000)
> > libqwt-qt4.so.5 => /usr/lib/libqwt-qt4.so.5 (0x7f7b3606f000)
> > libQtSql.so.4 => /usr/lib/x86_64-linux-gnu/libQtSql.so.4
> > (0x7f7b35e3)
> > libQtWebKit.so.4 => /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4
> > (0x7f7b34077000)
> > libgdal1.7.0.so.1 => /usr/lib/libgdal1.7.0.so.1 (0x7f7b3366d000)
> > libqgis_core.so.2.3.0 => not found
> > libqgis_gui.so.2.3.0 => not found
> > libqgis_analysis.so.2.3.0 => not found
> > [..]
> This is the problem, if you added your correct lib path in
> /etc/ld.so.conf.d/qgis.conf (filename is not important, only the extension
> is
> important) then run sudo ldconfig your system should find them.
>
> First, run sudo updatedb then wait for a while. Finaly check the location
> with:
> locate libqgis_gui.so.2.3.0
>
> It gives you at least two location: your build src and your lib install
> path.
> Take the second one and put it into /etc/ ld.so.conf.d/qgis.conf, run again
> sudo ldconfig
>
> check again with your ldd command.
>
> Y.
>
> --
> Yves Jacolin
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] error starting qgis (built from source)
Hi, Ok, some of this is a bit unfamiliar for me, but here goes. So, I ran ldd on the qgis app, and it very clearly shows that that libqgis_core was not found: chrismarx@ubuntu:~/apps/bin$ ldd ./qgis linux-vdso.so.1 => (0x7fff12158000) libqwt-qt4.so.5 => /usr/lib/libqwt-qt4.so.5 (0x7f7b3606f000) libQtSql.so.4 => /usr/lib/x86_64-linux-gnu/libQtSql.so.4 (0x7f7b35e3) libQtWebKit.so.4 => /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 (0x7f7b34077000) libgdal1.7.0.so.1 => /usr/lib/libgdal1.7.0.so.1 (0x7f7b3366d000) libqgis_core.so.2.3.0 => not found libqgis_gui.so.2.3.0 => not found libqgis_analysis.so.2.3.0 => not found libQtXml.so.4 => /usr/lib/x86_64-linux-gnu/libQtXml.so.4 (0x7f7b33427000) libQtCore.so.4 => /usr/lib/x86_64-linux-gnu/libQtCore.so.4 (0x7f7b32f54000) libQtGui.so.4 => /usr/lib/x86_64-linux-gnu/libQtGui.so.4 (0x7f7b32286000) libQtNetwork.so.4 => /usr/lib/x86_64-linux-gnu/libQtNetwork.so.4 (0x7f7b31f3a000) libQtSvg.so.4 => /usr/lib/x86_64-linux-gnu/libQtSvg.so.4 (0x7f7b31ce1000) libproj.so.0 => /usr/lib/libproj.so.0 (0x7f7b31a9f000) libgeos_c.so.1 => /usr/lib/libgeos_c.so.1 (0x7f7b31884000) libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f7b315e) libspatialite.so.3 => /usr/lib/libspatialite.so.3 (0x7f7b310c3000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f7b30dc3000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f7b30ac6000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f7b308b) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f7b304f) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f7b302d2000) libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x7f7b300c8000) libgstapp-0.10.so.0 => /usr/lib/x86_64-linux-gnu/libgstapp-0.10.so.0 (0x7f7b2febc000) libgstinterfaces-0.10.so.0 => /usr/lib/x86_64-linux-gnu/libgstinterfaces-0.10.so.0 (0x7f7b2fca9000) libgstpbutils-0.10.so.0 => /usr/lib/x86_64-linux-gnu/libgstpbutils-0.10.so.0 (0x7f7b2fa86000) libgstvideo-0.10.so.0 => /usr/lib/x86_64-linux-gnu/libgstvideo-0.10.so.0 (0x7f7b2f86a000) libgstbase-0.10.so.0 => /usr/lib/x86_64-linux-gnu/libgstbase-0.10.so.0 (0x7f7b2f616000) libgstreamer-0.10.so.0 => /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0 (0x7f7b2f32f000) libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x7f7b2f0e) libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7f7b2edea000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7f7b2eab5000) libepsilon.so.0 => /usr/lib/libepsilon.so.0 (0x7f7b2e89d000) libodbc.so.1 => /usr/lib/x86_64-linux-gnu/libodbc.so.1 (0x7f7b2e635000) libodbcinst.so.1 => /usr/lib/x86_64-linux-gnu/libodbcinst.so.1 (0x7f7b2e423000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x7f7b2e1f9000) libxerces-c.so.28 => /usr/lib/libxerces-c.so.28 (0x7f7b2dc56000) libjasper.so.1 => /usr/lib/x86_64-linux-gnu/libjasper.so.1 (0x7f7b2d9ff000) libhdf5.so.6 => /usr/lib/libhdf5.so.6 (0x7f7b2d464000) libmfhdfalt.so.0 => /usr/lib/libmfhdfalt.so.0 (0x7f7b2d24) libdfalt.so.0 => /usr/lib/libdfalt.so.0 (0x7f7b2cf9e000) libogdi.so.3.2 => /usr/lib/libogdi.so.3.2 (0x7f7b2cd7d000) libgif.so.4 => /usr/lib/x86_64-linux-gnu/libgif.so.4 (0x7f7b2cb73000) libjpeg.so.8 => /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x7f7b2c923000) libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x7f7b2c6fb000) libnetcdf.so.6 => /usr/lib/libnetcdf.so.6 (0x7f7b2c3bc000) libpq.so.5 => /usr/lib/libpq.so.5 (0x7f7b2c19) libdapclient.so.3 => /usr/lib/x86_64-linux-gnu/libdapclient.so.3 (0x7f7b2bf5b000) libdap.so.11 => /usr/lib/x86_64-linux-gnu/libdap.so.11 (0x7f7b2bc73000) libcurl-gnutls.so.4 => /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x7f7b2ba1b000) libmysqlclient.so.18 => /usr/lib/x86_64-linux-gnu/libmysqlclient.so.18 (0x7f7b2b4d4000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f7b2b2bc000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f7b2b0b8000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f7b2aeaf000) /lib64/ld-linux-x86-64.so.2 (0x7f7b3635) libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x7f7b2ac79000) libaudio.so.2 => /usr/lib/x86_64-linux-gnu/libaudio.so.2 (0x7f7b2aa61000) libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x7f7b2a7c4000) libSM.so.6 => /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x7f7b2a5bc000) libICE.so.6 => /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x7f7b2a3a2000) libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x7f7b2a191000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x7
Re: [Qgis-developer] error starting qgis (built from source)
Hi Daniel, I still haven't got my install working, any steps in particular that have been suggested that you found make it work for you? Chris- On Mon, May 5, 2014 at 9:57 AM, Daniel Scholten wrote: > On 05/03/2014 09:46 AM, Yves Jacolin wrote: > > Le samedi 3 mai 2014, 08:47:30 Nyall Dawson a écrit : > >>> Maybe you need to update your LD_LIBRARY_PATH so QGIS or Qt knows of > the > >>> custom OCI lib path during runtime? > >> > >> Possibly running "sudo ldconfig" may help? > >> > >> Nyall > > probably not without adding a new file in /etc/ld.so.conf.d/ for example > > qgis.conf containing: /usr/local/lib/ > > > > So yes after that update your lib PATH with sudo ldconfig. > > > > Y. > > > > I've had the same problem and the above worked for me. Except that now I > found that some plugin libraries are missing. During start of QGIS I get > a message "Unable to load GdalTools plugin. The required "osgeo > [python-gdal]" module is missing." and after a Python error "Couldn't > load plugin 'processing' [...]". After QGIS startup in the plugin > manager with GdalTools everything seems to be ok, whereas processing > plugin is marked broken and the reinstall button is disabled. Any > suggestions what to do? Daniel > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] error starting qgis (built from source)
Hi, So those options already had the correct paths, so I didn't need to update them. I have the oracle instant client and sdk libraries installed, and cmake didn't complain about not finding them. Any other ideas? On Fri, May 2, 2014 at 4:29 PM, Larry Shaffer wrote: > Hi Chris, > > > On Fri, May 2, 2014 at 1:47 PM, chris marx wrote: > >> I followed the instructions here: >> >> https://raw.githubusercontent.com/qgis/QGIS/master/INSTALL >> >> and did the build on a clean ubuntu 12.04 64bit vm. the only thing i >> changed from the vanilla build was to enable WITH_ORACLE. make and make >> install completed without errors, although i did have to run sudo make >> install, otherwise I got an error when it tried to copy oracle libs to the >> qt system folder. >> >> When starting the qgis app, I get: >> >> ./qgis: error while loading shared libraries: libqgis_core.so.2.3.0: >> cannot open shared object file: No such file or directory >> >> Any ideas of how to figure out what went wrong? I'm only doing the custom >> build to enable oracle support- >> > > The support still needs access to the Oracle Instant Client library > 'libclntsh'. > > You can get binaries here: > > http://www.oracle.com/technetwork/database/features/instant-client/index-097480.html > > You'll need at least the Basic Lite and the SDK (for the headers). > > If you install to a non-standard location, you will probably also need to > define: > > -D OCI_INCLUDE_DIR=/sdk/include > -D OCI_LIBRARY=/lib/libclntsh.dylib > > Coincidentally, when searching for whether there are pre-built binaries as > deb packages, I came across a similar answer, that I believe you provided, > via Kyngchaos. :-) > > http://gis.stackexchange.com/a/75817/6725 > > Regards, > > Larry > > > >> Chris- >> >> ___ >> Qgis-developer mailing list >> Qgis-developer@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-developer >> > > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] error starting qgis (built from source)
I followed the instructions here: https://raw.githubusercontent.com/qgis/QGIS/master/INSTALL and did the build on a clean ubuntu 12.04 64bit vm. the only thing i changed from the vanilla build was to enable WITH_ORACLE. make and make install completed without errors, although i did have to run sudo make install, otherwise I got an error when it tried to copy oracle libs to the qt system folder. When starting the qgis app, I get: ./qgis: error while loading shared libraries: libqgis_core.so.2.3.0: cannot open shared object file: No such file or directory Any ideas of how to figure out what went wrong? I'm only doing the custom build to enable oracle support- Chris- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
