[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Health] Some feedback: issues and recommendations

From: Luis Falcon
Subject: Re: [Health] Some feedback: issues and recommendations
Date: Sun, 20 Jan 2019 17:11:56 +0000

Hi Leandro !

On Sat, 12 Jan 2019 23:27:53 -0300
Leandro Poli <address@hidden> wrote:

> Hi everyone!
> Today (checkout date of this mail) i've been playing around after a
> time out of using gnu/health, and found some things new at first
> sight.

Great ! :)

> First of all i'm really glad to find a new installer tutorial, with 
> logical associations of steps (work on database all in one 
> "transaction", not mixed between phases). Even more, i found it 
> simplified, good job folks!. I'm happy to see a section for FreeBSD 
> (which rocks!), but i see Debian it's not ¿supported?, although the 
> Ubuntu section works out of the box on Linux Mint (18.04 -> Mint 19)

Debian is supported :) . Basically, the current OS shown are those
which latest version meet the main requirements out-of-the-box. In
Debian 9.6, PostgreSQL 10, required in GNU Health 3.4, is not shipped.
That is part of the reason is not shown on the OS specific
instructions. But we can document it :)

> Well, until now, there are some "things" that are against the 
> easy-to-use principle. So, propose this changes to the wiki installer 
> (going by sections):
>   * PostgreSQL: I think it's a good optional specify that must set a
>     password for DB user "postgres", for example to access to the
>     database without the unix socket (pgAdmin3 or other DBMS). And the
>     way to do it is:
>       o Accesing to "psql" with user "postgres"
>       o Commiting the SQL sentence (where {password} it's database
>         password for the user): ALTER USER postgres WITH PASSWORD
>         '{password}';

In GNU Health, we use the PostgreSQL authentication method "trust",
that takes the OS user mapped to the one created at dblevel. That is
the standard on FreeBSD and some linux distros.

But other authentication method also work. Our goal is to make a
simple, standard installation for everyone. Then, if you know, you can
change the postgreSQL authentication method to fit your needs.

We could have an extra section on the Wikibooks on "Advanced concepts"
where we can include these type of information. 

>   * Pip dependencies: It's impossible continue (at least in Ubuntu
> based distros) without this dependencies: setuptools wheel. I
> recommend to put them at Pip dependencies section
Sure, if you see any missing dependencies on the OS-specicific section,
please put it !

In specific for Ubuntu

>   * I think there have to be better explained when have to edit with
>     "editconf", where the password of the DB user goes. So, for
> example: In the line /uri = postgresql://localhost:5432/, the
> password goes in /uri = postgresql:*password*//localhost:5432/

No need if we use the default authentication method explained here:

>   * Client: In Linux, virtualenv doesn't install a dependency, which
> it pygtk. So have to be "imported" from system installation (comes
>     already installed) when creating a virtualenv; with the option
>     --system-site-packages. Example: virtualenv -p python2
>     --system-site-packages venv

The standard installation does not use virtualenv. Again, we can create
a section later on for these type of installations. We must be careful
on this though, because the more "installation types", the more issues
people run into, and the harder to provide support.

>   * Damn it! There is a bug i can't reproduce (even i don't know who a
>     workaround it): Well, almost. When i did the tryton-admin command,
>     it didn't prompt me for create a password!. Well i re-run it with
>     verbose and found some interesting:

> /17633 140256539907904 [2019-01-13 00:43:36,302] WARNING py.warnings 
> /home/gnuhealth/.local/lib/python3.6/site-packages/psycopg2/ 
> UserWarning: The psycopg2 wheel package will be renamed from release 
> 2.8; in order to keep installing from binary please use "pip install 
> psycopg2-binary" instead. For details see: 
> <>./
>          Well, i "pip-installed" (pip3) the dependencie
> psycopg2-binary. Then, i tried and didn't work. So started the
> trytond server (i don't know why) and works (trytond-admin
> prompting). So i stopped the server, reruned trytond-admin and
> created the password.
>          I can't say what of all that "magic" make it works, but;
> take a look to that 'cause someone can think that it's ready to roll
> (when using the client) and never gets in due hasn't a password for
> admin user.

Usually, this happens if the first Tryton installation ran into issues,
no password will be asked after the DB is created. Best is to re-create
the DB and start from scratch.

> Nothing else for now. Oh! almost forgot it; well job to make the
> client work on Linux Mint 19. Last time i tested it (4 or 5 months
> ago) i wasn't working due some tricky dependecies missings.
Thank you for all this great feedback !!

> Happy Hacking.

Happy & healthy hacking :)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]