Package Details: grocy 3.3.0-2

Git Clone URL: (read-only, click to copy)
Package Base: grocy
Description: web-based self-hosted groceries & household management solution for your home
Upstream URL:
Licenses: MIT
Submitter: danieltetraquark
Maintainer: danieltetraquark
Last Packager: danieltetraquark
Votes: 5
Popularity: 0.049212
First Submitted: 2019-12-23 00:17 (UTC)
Last Updated: 2022-04-20 14:47 (UTC)

Latest Comments

danieltetraquark commented on 2022-04-27 08:46 (UTC)

@TheHellSite you need a webserver and a php instance. I personally use nginx together with uwsgi and its php plugin, but you could also use php-fpm

Point your php/webserver to /usr/share/webapps/grocy/public, don't forget to enable the sqlite,gd,intl,gzip and iconv php extensions.

TheHellSite commented on 2022-04-25 22:01 (UTC)

Thank you very much for the AUR package. Could you please explain how to get grocy up and running after installing the package?

danieltetraquark commented on 2022-04-20 14:47 (UTC)

@Lucki fixed. The comment got somehow under the wheels :)

Lucki commented on 2022-04-20 14:42 (UTC)

git is still missing as a dependency:

[2/4] Fetching packages...
error Couldn't find the binary git
info Visit for documentation about this command.
==> ERROR: A failure occurred in build().

danieltetraquark commented on 2021-07-17 12:31 (UTC)

PHP8 is now supported! Make sure to update your php setup if necessary :)

scgtrp commented on 2021-03-28 17:12 (UTC) (edited on 2021-03-28 17:12 (UTC) by scgtrp)

Hi. This won't currently build in a chroot because yarn install tries to clone a git repository and git isn't in makedepends.

L0ric0 commented on 2021-01-13 11:28 (UTC) (edited on 2021-01-13 11:30 (UTC) by L0ric0)

As per default the open_basedir is not in effect i think it is fine and building from source is better in my opinion.

I think a comment in front of the command that would throw the error should be fine.

(It seams that that command is the composer clear-cache maybe it is posible to tell composer to not use a cache?)

danieltetraquark commented on 2021-01-12 20:44 (UTC)

@L0ric0 good point. There is a separate php ini file for the php cli, right? So it is possible to loosen your security restrictions there. Defining a custom open_base_dir is possible with php cli, but I think this is ugly, and PKGBUILDs should adhere to system configurations.

What do you think, should I switch back to the zip release file from the grocy team?

L0ric0 commented on 2021-01-12 09:58 (UTC)

when the open_basedir restriction of php is in effect the installation of this package fails in the build function.

danieltetraquark commented on 2021-01-11 00:17 (UTC) (edited on 2021-01-11 00:17 (UTC) by danieltetraquark)

I've updated the package to version 3.0.1.

Additionally, the package is now build from the git source instead of the binaries released on their github page.

Also, the data dir (including the database) is now stored at /var/lib/webapps/grocy, the proper place where it should belong (instead of at /usr/share/webapps/grocy/data). This means that you have to backup your database before upgrading and move it there afterwards. Otherwise, the install will fail with an error that "/usr/share/webapps/grocy/data" already exists in the filesystem.

TL;DR (at your own risk):

mv /usr/share/webapps/grocy/data ~/grocy-bak
Update this package
sudo cp -r grocy-bak/* /var/lib/webapps/grocy/

danieltetraquark commented on 2020-12-18 21:29 (UTC)

@hashworks Done. Have fun :)

hashworks commented on 2020-12-18 20:26 (UTC)

This won't build in a chroot environment:

==> Starting package()...
chown: invalid user: ‘http’
==> ERROR: A failure occurred in package().

Please use the fixed user id 33 instead.

kauron commented on 2020-05-28 08:04 (UTC)

There is a PHP dependencies missing: php-gd