[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [udig-dev] Eclipse4 support for uDig
- From: Tom Schindl <tom.schindl@xxxxxxxxxxxxxxx>
- Date: Wed, 13 Aug 2014 10:42:01 +0200
- Delivered-to: firstname.lastname@example.org
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bestsolution.at; h=content-transfer-encoding:content-type:content-type :in-reply-to:references:subject:subject:mime-version:user-agent :from:from:date:date:message-id:received:received; s=default; t= 1407919322; x=1409733723; bh=74LVwg75Bdve3H/MTHt8ZbuBE1I9XKbE/an N5NtX1Nc=; b=iclhQKkbnfOKQTlOM2N7PhmjSEZlhDeHfaP7g30g4RAODX8g6FL gYJA+/vUcnv7qcd70n/q+v65NCnRxm+SxYhB5dHAZJiKdIFAAimrO4cTtforgzsZ IcThj1TENRLmXyNIhfY8vv6yIqqpevOQEicqGi6vqNqR3Ost1XDHuzoY=
- User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
Just a general rule for running on Linux.
If something does not behave are you expect you'd better first check
that you are running NOT running with SWT-GTK3!
@Jody suggest we enforce GTK2 in our Linux-Launch-Config using
"--launcher.GTK_version 2" as described at
@Andrea: You can switch to GTK2 for now by setting an Env-Variable
SWT_GTK3=0 for the time being.
On 13.08.14 10:03, andrea antonello wrote:
> Here we go! :-)
>> I think I'll simply work on with your branch and if necessary create a
>> new branch from where you left of.
>> Waiting for bug reports ;-)
> be careful what you wish for :)
> First off, nice work and thanks to the sponsors of it.
> I gave it a quite good testride.
> Biggest problem: it is based on the branch that uses geotools 9. This
> is really a pity, since this means that the Spatial Toolbox is not
> working at all.
> I am not sure if this has been a coordination problem, but it renders
> uDig 2 not releasable like that. Jody, I wonder how simple it would be
> to move in the changes done to migrate to the newer geotools?
> Other issues:
> * on the newest ubuntu uDig doesn't startup and crashes due to some
> lib problems. This one can be solved by adding to the ini file:
> Yes, it always has something to do with the browsers :-) but, yeah,
> the fix is simple
> * the info tool not working. I have no idea why, there is no error, it
> simply doesn't seem to react.
> * when using uDig for a while, on exit there are some exceptions
> popping up telling that IService.dispose has been called twice
> All in all I think you are almost there. Most probably the geotools
> problem is the biggest here. Jody, Frank, what do you think?
>> On 13.08.14 03:04, Jody Garnett wrote:
>>> Continuing on:
>>> 1. Made a local luna-support branch
>>> from https://github.com/BestSolution-at/uDig/tree/luna-support
>>> 2. Checked Readme.textile for any change to build instructions
>>> - description of branches do not match
>>> 3. mvn clean install -f pom-libs.xml
>>> - worked
>>> 4. mvn clean install -Pproduct -Psdk -Pdocs
>>> - taking a long time, kind of expected as it downloads luna artifacts
>>> for the first time
>>> - failure building docs! Resolved by copying _static/udig.ico into
>>> user/en/udig.ico and devel/en/udig.ico I expect this is due to recent
>>> version of sphinx looking for icon before copying static files into
>>> Could not figure out how to issue a pull request to BestSolution-at
>>> repo, feel free to cherry pick changes
>>> from https://github.com/jodygarnett/udig/tree/luna-support (or I can set
>>> up a shared branch).
>>> udig-dev mailing list
>>> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
>> udig-dev mailing list
>> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> udig-dev mailing list
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit