CodeLite repository for Xenial Xerus?

[lifepower]

Since Ubuntu 16.04 Xenial Xerus was released few days ago, these instructions for installing CodeLite don't seem to work as there is no Xenial Xerus repository in dists list. Official Ubuntu repositories appear to have CodeLite 9.1.0.

So, on Xenial, what CodeLite repository is recommended to use for production environment?

[eranif]

DavidGH is working on it as we speak

Eran

[DavidGH]

Hi,

As you say, the official repo has CodeLite 9.1 so I won't be producing unofficial packages; there's no point, and it would be difficult to make them co-exist with the official ones. However I have now uploaded wxCrafter 2.5 packages that work with the official CodeLite 9.1.

I'm not sure, but I suspect that xenial will stick with 9.1 throughout rather than upgrading for future CodeLite releases. If so I'll start packaging again.

Regards,

David

[lifepower]

Thanks for replies guys. I found CodeLite to be the best IDE for C/C++ desktop and embedded development and really appreciate your work.

I'm not sure, but I suspect that xenial will stick with 9.1 throughout rather than upgrading for future CodeLite releases. If so I'll start packaging again.

Actually, this is my assumption as well, which is why I wrote this post. Because of this, one of inconveniences of sticking to what is bundled in Xenial is that when a new version comes and you upload it to CodeLite repository, to upgrade one will have to do uninstall, switch repositories and then install again, right?

[DavidGH]

to upgrade one will have to do uninstall, switch repositories and then install again, right?

It's hard to be sure until the next version comes out, but I'd guess it will be a lot easier than that.

First, you don't need to avoid our repos at any time. Having the official CL installed doesn't stop you using our repo, and today I installed wxCrafter from it in just that way.

Second, when the next unofficial CL is released it will probably look like an update to the official one. If it doesn't, I'll make sure that it 'conflicts' with it. So the only time there might be a problem is if someone wants both to use our repo and also do apt-get upgrades, yet wants to stay with the official CL 9.1. In that (unusual) case he'd have to 'pin' the version to 9.1.

[lifepower]

That makes sense, thanks for clarification!