On 04/16/2018 03:31 PM, DelazJ wrote:

2018-04-15 15:40 GMT+02:00 Patrick Dunford <enzedrailm...@gmail.com>:
I find that hard to understand. I started off using Qgis on Windows and then became a novice Linux user and started installing it on Linux right away. I don't recall ever struggling to understand how to install it on Linux. It would be no harder to install than anything else on my system apart from the usual noob stuff.

What do you want? We are not equal in front of IT.
If people find it hard to follow the instructions they do have the option of installing from their distro. They won't get the latest version a lot of the time but it does have the advantage of appearing by default in their Software Center or whatever package management GUI the distro provides

Yes, maybe the installation instructions should remind people to check/use their Software center but as you also mention, it may not provide the version he wants (latest, LTR...?) so the user has to try the "add repo" steps, hence needs affordable instructions.

2018-04-16 4:22 GMT+02:00 Patrick Dunford <enzedrailm...@gmail.com>:
If I was doing it, it would just be for debian/ubuntu section, the rest would be copied/pasted from the existing one.

The request was already that one: make the ubuntu/debian section more understandable (if it's not). Other distros were not concerned as far as i know.

But it seems to me there are really only a small number of people that actually find it difficult. Like seriously, why would you put in the example name for you distro when it clearly says "this is an example".

I never made a count but I have the (wrong?) feeling to often see messages in the different qgis lists about ubuntu/debian installation process failures/misunderstandings/missing features. Given that these instructions are not provided only in English, i feel the issue is not only about the original writers English capabilities (but maybe in the way the information is structured).

I fully agree with Harrisou. Installation and update issues pop up all too often.
I consider myself an experienced Linux user, and have installed and used QGIS for over a decade, and still with almost every version update of QGIS I find myself reshuffling *.list repo files to get everything working again. Sometimes the problem is caused by GRASS updates not synchronized with QGIS updates. But the bottom line is recurring confusion. 

How far can you practically go to make it easier for a small number of people who are either Linux novices, have a poor grasp of English or have comprehension difficulties?

English is my mother tongue, so that's not the cause of the confusion for me...

In my opinion, the ideal situation would be:
1- A collection of stable geo software maintained in the regular ubuntu repositories. So users who want the "LTR" version do not need to add anything to the sources.list.d. Thus the ubuntugis-ltr would become unnecesary
2- User's wanting the newer "unstable" version would add the ubuntugis repo, as explained in qgis.org, and would get a collection of more recent versions of the geo stack. And thus there would be no need for the "ubuntugis-unstable" repo.
3- And a third repo - ubuntu-dev aimed for developers.

I realize that there are lots of dedicated people doing great and thankless work in all the packaging behind the scenes, and I certainly don't mean to criticize their efforts. But it seems that some consolidation might be helpful.


That's the challenge: being able to take the place of (sigh!) those people and be understood by them.
QGIS is a world-wide, welcoming and inclusive project so in any part of the project, (my understanding is that) it should as far as possible lower the entrance barrier, for everybody.

I have learning disabilities and had never used Linux before when I started to use the instructions but I never found them difficult to understand. The only real improvement I could think of is to perhaps put a little more detail or explanation in here and there, if there is enough space. I've got a rough draft but right now it might easily be 50% or more longer than what's there at the moment.

 Please, share what you've written so far. If it improves the situation, then I'm pretty sure there will be reviewers to help you find the appropriate size (if ever space should be a limitation).

Looking forward...
And thanks for contributing


On 15/04/18 19:07, Richard Duivenvoorde wrote:
On 14-04-18 22:30, Patrick Dunford wrote:
No offence, but it might have been written by someone who doesn't have
English as their first language.

It would be interesting for me to try rewriting it myself...
Hi Patrick,

in the footer of the page you will find a 'fixme' link. If you click
that one, you will be sent to a github page:


AND probably be asked to create a fork of the repo (do it) and then you
can do a rewrite and can ask for a pull request, so others can have a
look at your proposal.

Feel free to do it! But do not underestimate the complexity of all the
different setups, exclusions, possibilities etc etc... The different
setups are there for example because one has latest versions of
software, and another one only the stable versions etc etc.

If you can get your head around it, AND do a human write-up that would
be great. Note that this page has gone over a lot of iterations already:


It is just pretty complex :-)

But maybe a fresh mind could be a win!


Richard Duivenvoorde

Qgis-user mailing list
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Qgis-user mailing list
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Micha Silver
Ben Gurion Univ.
Sde Boker, Remote Sensing Lab
cell: +972-523-665918

Qgis-user mailing list
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Reply via email to