Package Details: nginx-custom 1.14.0-1

Git Clone URL: https://aur.archlinux.org/nginx-custom.git (read-only)
Package Base: nginx-custom
Description: Lightweight HTTP server and IMAP/POP3 proxy server (ready for use with 3rd party modules)
Upstream URL: https://nginx.org
Licenses: custom
Conflicts: nginx, nginx-custom-dev, nginx-devel, nginx-full, nginx-svn, nginx-unstable
Provides: nginx=1.14.0
Submitter: akuznetcov
Maintainer: Martchus (unixfox)
Last Packager: Martchus
Votes: 16
Popularity: 0.013211
First Submitted: 2012-04-03 18:08
Last Updated: 2018-04-25 21:34

Required by (86)

Sources (7)

Pinned Comments

Martchus commented on 2018-04-25 21:45

Ok, the regular package is built with the required module for fancy index. I must have overlooked it when checking earlier today.

However, this package still has more features enabled than the default one. So I decided to keep it alive a little bit longer. If you need a feature which is not in the official package, you could ask to enable this feature in the official package, though. Just create a ticket with the feature request.

Note that the recent update to 1.14.0 requires you to install 3rdparty modules as separate packages. The libraries contained in these package must be loaded manually by putting a line like

load_module /usr/lib/nginx/modules/ngx_http_fancyindex_module.so;

at the very top of your configuration file.

I also noticed that this way of using fancy index conflicts with autoindex. So if you want to enable fancy index for a location, be sure to get rid of any autoindex directives.

Martchus commented on 2017-04-27 00:59

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
There also exist a binary repository: https://martchus.no-ip.biz/repo/arch/ownstuff

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Martchus commented on 2018-04-25 21:45

Ok, the regular package is built with the required module for fancy index. I must have overlooked it when checking earlier today.

However, this package still has more features enabled than the default one. So I decided to keep it alive a little bit longer. If you need a feature which is not in the official package, you could ask to enable this feature in the official package, though. Just create a ticket with the feature request.

Note that the recent update to 1.14.0 requires you to install 3rdparty modules as separate packages. The libraries contained in these package must be loaded manually by putting a line like

load_module /usr/lib/nginx/modules/ngx_http_fancyindex_module.so;

at the very top of your configuration file.

I also noticed that this way of using fancy index conflicts with autoindex. So if you want to enable fancy index for a location, be sure to get rid of any autoindex directives.

Martchus commented on 2018-04-25 11:01

Seems like we still need the nginx-custom package because some of NGINX's own modules like ngx_http_addition_module are not enabled in the regular nginx package. I have asked the maintainer to add them. Until this is done, I'll continue maintaining and updating this package. However, I'll remove all 3rdparty modules and add their corresponding nginx-mod-* packages as optional dependencies instead.

Martchus commented on 2018-04-22 15:26

I have created PKGBUILDs for all modules found in this package which are not in the official repositories yet: https://github.com/Martchus/PKGBUILDs/commit/fa2243382f586d3ec7e2bfa120940bd754285b2f

I have uploaded them in the AUR. You can build them when the official package for NGINX 1.14 becomes available (currently in staging). The packages will also be available on my binary repo of course.

Note that you have to put a load_modules directive on top of your server config files. So if you previously made use of the fancyindex module, you will have to add the following line at the top of your /etc/nginx/nginx.conf:

load_module /usr/lib/nginx/modules/ngx_http_fancyindex_module.so;

Martchus commented on 2018-04-22 10:57

It is possible to build further NGINX modules as separate packages instead of building a customized of the complete project.

Some of the additional modules provided here are already officially available as separate packages. I'll create AUR packages for the rest and drop this package. This way you can use the official nginx package again and just build the custom modules you really need.

So there will be no upgrade to 1.14.0 and I likely delete the package here in the near future.

Martchus commented on 2018-01-28 18:34

I noticed that this package contains nginx.sh. This file has been added by the previous maintainer but I use systemd and hence don't need it. I suppose this is true for the majority of Arch users. Anybody needs it, though? If not, I'll remove it in the next update.

SunDoctor commented on 2017-12-05 20:02

@Martchus: thanks, new string with 'find' is much better

Martchus commented on 2017-12-05 15:12

I'm currently to busy to test this just for yaourt, but you could try replacing the concerning line with:

TEST_NGINX_BINARY="$srcdir/${_pkgname}-${pkgver}/objs/nginx" find -maxdepth 1 -not -iname 'auth_request_satisfy.t' -iname '*.t' -exec prove {} \+

If I didn't miss something, this it should be equivalent to the (extended) glob expression yaourt doesn't seem to like.

SunDoctor commented on 2017-12-05 14:59

I confirm that new package breaks at line 139 with yaourt:

/tmp/yaourt-tmp/aur-nginx-custom/./tmp.1C65hkHNcM: line 139: syntax error near unexpected token (' /tmp/yaourt-tmp/aur-nginx-custom/./tmp.1C65hkHNcM: line 139: TEST_NGINX_BINARY="$srcdir/${_pkgname}-${pkgver}/objs/nginx" prove !(auth_request_satisfy).t' ==> ERROR: Failed to source /tmp/yaourt-tmp/aur-nginx-custom/./tmp.1C65hkHNcM Unable to read PKGBUILD

Wyn commented on 2017-12-01 19:55

@Martchus Installation was successful manually, when installing manually I ran across mailcap conflicting with '/etc/nginx/mime.types' which was easily solved.

Wyn commented on 2017-12-01 19:30

@Martchus I update via yaourt with '-Syyua' parameters, the same error is displayed as before. I'll attempt doing it manually.