Hello community,
here is the log from the commit of package rubygem-passenger for openSUSE:Factory
checked in at Wed Oct 5 11:10:23 CEST 2011.
--------
--- openSUSE:Factory/rubygem-passenger/rubygem-passenger.changes 2011-09-23 12:44:58.000000000 +0200
+++ /mounts/work_src_done/STABLE/rubygem-passenger/rubygem-passenger.changes 2011-09-23 15:44:37.000000000 +0200
@@ -1,0 +2,56 @@
+Fri Sep 23 13:43:18 UTC 2011 - roman@priesol.net
+
+- [Nginx] Fixed include path
+
+-------------------------------------------------------------------
+Mon Aug 22 13:03:16 UTC 2011 - mrueckert@suse.de
+
+- update to version 3.0.8
+ * [Nginx] Upgraded preferred Nginx version to 1.0.5.
+ * [Nginx] Fixed various compilation problems on various platforms.
+ * [Nginx] We now ensure that SERVER_NAME is equal to HTTP_HOST
+ without the port part. This is needed for Rack compliance. By
+ default Nginx sets SERVER_NAME to whatever is specified in the
+ server_name directive, but that's not necessarily the correct
+ value. This fixes, for example, the use of the 'map' statement
+ in config.ru.
+ * [Nginx] Added the options passenger_buffer_size,
+ passenger_buffers and passenger_busy_buffers_size. These
+ options are similar to proxy_module's similarly named options.
+ You can use these to e.g. increase the maximum header size
+ limit.
+ * [Nginx] passenger_pre_start now supports virtual hosts that
+ listen on Unix domain sockets.
+ * [Apache] Fixed the pcre.h compilation problem.
+ * [Standalone] Fixed 'passenger stop'.
+ It didn't work properly because it kept waiting for 'tail' to
+ exit. We now properly terminate 'tail' as well.
+ * Fixed compatibility with Rake 0.9.
+ * Fixed various Ruby 1.9 compatibility issues.
+ * Various documentation improvements.
+ * New Union Station filter language features.
+ It now supports status codes and response times. Please refer
+ to https://engage.unionstationapp.com/help#filtering for more
+ information.
+
+-------------------------------------------------------------------
+Mon Aug 22 12:59:04 UTC 2011 - mrueckert@suse.de
+
+- make sure the passenger root variable always points to the
+ passenger version in the package. To achieve that we introduce a
+ (mod_)passenger_root.include file which will be included from the
+ old (mod_)passenger.conf. the new file is not marked as
+ config(noreplace) and will be overwritten by the package.
+
+-------------------------------------------------------------------
+Tue Aug 16 12:15:01 UTC 2011 - mrueckert@suse.de
+
+- buildrequire rubygem-rack-1_3 to fix the have choice problem
+- use the mod_full_name macro
+
+-------------------------------------------------------------------
+Wed Jun 8 14:32:23 UTC 2011 - ammler@openttdcoop.org
+
+- add config template to -nginx subpackage
+
+-------------------------------------------------------------------
calling whatdependson for head-i586
Old:
----
passenger-3.0.7.gem
New:
----
mod_passenger_root.include
nginx_passenger.conf
nginx_passenger_root.include
passenger-3.0.8.gem
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Other differences:
------------------
++++++ rubygem-passenger.spec ++++++
--- /var/tmp/diff_new_pack.Yn6jef/_old 2011-10-05 11:10:18.000000000 +0200
+++ /var/tmp/diff_new_pack.Yn6jef/_new 2011-10-05 11:10:18.000000000 +0200
@@ -16,12 +16,11 @@
#
# norootforbuild
-
-
Name: rubygem-passenger
-Version: 3.0.7
-Release: 1
+Version: 3.0.8
+Release: 0
%define mod_name passenger
+%define mod_full_name %{mod_name}-%{version}
%define apxs /usr/sbin/apxs2
%define apache_libexecdir %(%{apxs} -q LIBEXECDIR)
%define apache_sysconfdir %(%{apxs} -q SYSCONFDIR)
@@ -37,13 +36,17 @@
BuildRoot: %{_tmppath}/%{name}-%{version}-build
BuildRequires: rubygems_with_buildroot_patch
%rubygems_requires
+# rake >= 0.8.1
BuildRequires: rubygem-rake >= 0.8.1
Requires: rubygem-rake >= 0.8.1
+# fastthread >= 1.0.1
BuildRequires: rubygem-fastthread >= 1.0.1
Requires: rubygem-fastthread >= 1.0.1
+# daemon_controller >= 0.2.5
BuildRequires: rubygem-daemon_controller >= 0.2.5
Requires: rubygem-daemon_controller >= 0.2.5
-BuildRequires: rubygem-rack
+# rack >= 0
+BuildRequires: rubygem-rack-1_1
Requires: rubygem-rack
BuildRequires: apache2-devel
BuildRequires: boost-devel
@@ -60,72 +63,62 @@
Recommends: packageand(nginx:rubygem-passenger-nginx)
#
Url: http://www.modrails.com/
-Source: %{mod_name}-%{version}.gem
+Source: %{mod_full_name}.gem
# patches are just in for the case i find time to forward port them.
# atm we use the static boost library that ships with passenger
Source1: rubygem-passenger-2.0.5_system_boost.patch
Source2: rubygem-passenger-2.0.5_boost_exception.patch
Source3: rubygem-passenger-2.0.5_missing_includes.patch
Source4: mod_passenger.conf
+Source5: mod_passenger_root.include
+Source6: nginx_passenger.conf
+Source7: nginx_passenger_root.include
#
Summary: Easy and robust Ruby web application deployment
-
%description
Easy and robust Ruby web application deployment.
%package nginx
-License: MIT GPLv2
Summary: Passenger Nginx module for Ruby on Rails support
Group: Development/Languages/Ruby
Requires: rubygem-passenger = %{version}
Requires: nginx
-
%description nginx
Additional rubygem-passenger module for nginx HTTP-server.
%package apache2
-License: MIT GPLv2
Summary: Passenger apache module
Group: Development/Languages/Ruby
Requires: rubygem-passenger = %{version}
Requires: apache2 %{apache_mmn}
-
%description apache2
Additional rubygem-passenger module for apache2 HTTP-server.
%package doc
-License: MIT GPLv2
Summary: RDoc documentation for %{mod_name}
Group: Development/Languages/Ruby
Requires: %{name} = %{version}
-
%description doc
Documentation generated at gem installation time.
Usually in RDoc and RI formats.
%package testsuite
-License: MIT GPLv2
Summary: Test suite for %{mod_name}
Group: Development/Languages/Ruby
Requires: %{name} = %{version}
-
%description testsuite
Test::Unit or RSpec files, useful for developers.
%package devel-static
-License: MIT GPLv2
Summary: Files to develop passenger bindings for your webserver
Group: Development/Languages/Ruby
Requires: %{name} = %{version}
Provides: %{name}-devel = %{version}
-
%description devel-static
The 2 static files that are needed to build the nginx extension
%prep
-
%build
-
%install
# TODO:
# currently -lev gets lost when using system libev
@@ -133,7 +126,7 @@
export USE_VENDORED_LIBEV="no"
%endif
%gem_install %{S:0}
-pushd %{buildroot}%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/
+pushd %{buildroot}%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/
export PATH="%{_sbindir}:$PATH"
#compiling nginx stuff
@@ -153,10 +146,14 @@
rm -rv ext/ruby/ruby-*-linux
popd
%gem_cleanup
-find %{buildroot}%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ -name dispatch.\* -print0 | \
+find %{buildroot}%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ -name dispatch.\* -print0 | \
xargs -r0 ruby -p -i -e 'gsub(%r{#!.*/bin/ruby.*}, "#!/usr/bin/ruby")'
%{__install} -D -m 0644 %{S:4} %{buildroot}%{apache_sysconfdir}/conf.d/mod_passenger.conf
-%{__sed} -i -e "s,@PassengerRoot@,%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}," %{buildroot}%{apache_sysconfdir}/conf.d/mod_passenger.conf
+%{__install} -D -m 0644 %{S:5} %{buildroot}%{apache_sysconfdir}/conf.d/mod_passenger_root.include
+%{__sed} -i -e "s,@PassengerRoot@,%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}," %{buildroot}%{apache_sysconfdir}/conf.d/mod_passenger_root.include
+%{__install} -D -m 0644 %{S:6} %{buildroot}/etc/nginx/conf.d/passenger.conf
+%{__install} -D -m 0644 %{S:7} %{buildroot}/etc/nginx/conf.d/passenger_root.include
+%{__sed} -i -e "s,@PassengerRoot@,%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}," %{buildroot}/etc/nginx/conf.d/passenger_root.include
%{__rm} -v %{buildroot}%{_bindir}/passenger-install-*-module
%clean
@@ -164,13 +161,18 @@
%files nginx
%defattr(-,root,root)
-%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/agents/nginx
+%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/agents/nginx
+%dir /etc/nginx
+%dir /etc/nginx/conf.d
+%config(noreplace) /etc/nginx/conf.d/passenger.conf
+%config /etc/nginx/conf.d/passenger_root.include
%files apache2
%defattr(-,root,root)
%{apache_libexecdir}/mod_passenger.so
%config(noreplace) %{apache_sysconfdir}/conf.d/mod_passenger.conf
-%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/agents/apache2
+%config %{apache_sysconfdir}/conf.d/mod_passenger_root.include
+%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/agents/apache2
%files
%defattr(-,root,root,-)
@@ -179,30 +181,29 @@
%{_bindir}/passenger-status
%{_bindir}/passenger-memory-stats
%{_bindir}/passenger-make-enterprisey
-%{_libdir}/ruby/gems/%{rb_ver}/cache/%{mod_name}-%{version}.gem
-%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/
-%{_libdir}/ruby/gems/%{rb_ver}/specifications/%{mod_name}-%{version}.gemspec
+%{_libdir}/ruby/gems/%{rb_ver}/cache/%{mod_full_name}.gem
+%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/
# doc and testsuite subpackage
-%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/test
-%exclude %{_libdir}/ruby/gems/%{rb_ver}/doc/%{mod_name}-%{version}/
+%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/test
+%{_libdir}/ruby/gems/%{rb_ver}/specifications/%{mod_full_name}.gemspec
# backend subpackages
-%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/agents/apache2
-%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/agents/nginx
+%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/agents/apache2
+%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/agents/nginx
# needed to build the nginx extension
-%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ext/common/libboost_oxt.a
-%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ext/common/libpassenger_common.a
+%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ext/common/libboost_oxt.a
+%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ext/common/libpassenger_common.a
%files doc
%defattr(-,root,root,-)
-%doc %{_libdir}/ruby/gems/%{rb_ver}/doc/%{mod_name}-%{version}/
+%doc %{_libdir}/ruby/gems/%{rb_ver}/doc/%{mod_full_name}/
%files testsuite
%defattr(-,root,root,-)
-%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/test
+%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/test
%files devel-static
%defattr(-,root,root,-)
-%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ext/common/libboost_oxt.a
-%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ext/common/libpassenger_common.a
+%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ext/common/libboost_oxt.a
+%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ext/common/libpassenger_common.a
%changelog
++++++ mod_passenger.conf ++++++
--- /var/tmp/diff_new_pack.Yn6jef/_old 2011-10-05 11:10:18.000000000 +0200
+++ /var/tmp/diff_new_pack.Yn6jef/_new 2011-10-05 11:10:18.000000000 +0200
@@ -13,7 +13,10 @@
# This required option may only occur once, in the global server
# configuration.
#
- PassengerRoot "@PassengerRoot@"
+ # The config variable got moved to its own file that will get updated by
+ # the package.
+ #
+ Include "/etc/apache2/conf.d/mod_passenger_root.include"
#
# This option allows one to specify the Ruby interpreter to use.
#
++++++ mod_passenger_root.include ++++++
<IfModule passenger_module>
# DO NOT EDIT THIS FILE IT IS MEANT TO BE AUTO UPDATED ON PACKAGE UPDATE
# EDIT /etc/apache2/conf.d/mod_passenger.conf
#
# The location to the Phusion Passenger root directory. This
# configuration option is essential to Phusion Passenger. The correct
# value is given by the installer, and should usually not be changed
# manually.
#
# This required option may only occur once, in the global server
# configuration.
#
PassengerRoot "@PassengerRoot@"
</IfModule>
++++++ nginx_passenger.conf ++++++
# Passenger default config
# http://modrails.com/documentation/Users%20guide%20Nginx.html
# passenger_root <directory>
#
# The location to the Phusion Passenger root directory. This configuration
# option is essential to Phusion Passenger, and allows Phusion Passenger to
# locate its own data files. The correct value is given by the installer or
# passenger-config --root
# This required option may only occur once, in the http configuration block.
#
# The config variable got moved to its own file that will get updated by
# the package.
#
include conf.d/passenger_root.include
# passenger_ruby <filename>
#
# This option allows one to specify the Ruby interpreter to use.
# This option may only occur once, in the http configuration block.
# The default is ruby.
passenger_ruby /usr/bin/ruby;
# passenger_spawn_method <string>
#
# Internally, Phusion Passenger spawns multiple Ruby application processes in
# order to handle requests. But there are multiple ways with which processes
# can be spawned, each having its own set of pros and cons. Supported spawn
# methods are:
#
# smart
# When this spawn method is used, Phusion Passenger will attempt to cache
# any framework code (e.g. Ruby on Rails itself) and application code for a
# limited period of time. Please read Spawning methods explained for a more
# detailed explanation of what smart spawning exactly does.
#
# smart-lv2
# This spawning method is similar to smart but it skips the framework
# spawner and uses the application spawner directly. This means the
# framework code is not cached between multiple applications, although it is
# still cached within instances of the same application. Please read
# Spawning methods explained for a more detailed explanation of what
# smart-lv2 spawning exactly does.
#
# conservative
# This spawning method is similar to the one used in Mongrel Cluster. It
# does not perform any code caching at all. Please read Spawning methods
# explained for a more detailed explanation of what conservative spawning
# exactly does.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
#
# In each place, it may be specified at most once. The default value is smart-lv2.
#passenger_spawn_method smart-lv2;
# Important deployment options
# ============================
# passenger_enabled
#
# This option may be specified in the http configuration block, a server
# configuration block, a location configuration block or an if configuration
# scope, to enable or disable Phusion Passenger for that server or that location.
#
# Phusion Passenger is disabled by default, so you must explicitly enable it
# for server blocks that you wish to serve through Phusion Passenger. Please
# see Deploying a Ruby on Rails application and Deploying a Rack-based Ruby
# application for examples.
#passenger_enabled on;
# passenger_base_uri <uri>
#
# Used to specify that the given URI is an distinct application that should be
# served by Phusion Passenger. This option can be used for both Rails and Rack
# applications. See Deploying Rails to a sub URI for an example.
#
# It is allowed to specify this option multiple times. Do this to deploy
# multiple applications in different sub-URIs under the same virtual host.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
#passenger_base_uri /app1;
# Connection handling options
# ===========================
# passenger_use_global_queue
#
# Turns the use of global queuing on or off.
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once. The default value is on.
#passenger_use_global_queue on;
# passenger_ignore_client_abort
#
# Normally, when the HTTP client aborts the connection (e.g. when the user
# clicked on "Stop" in the browser), the connection with the application
# process will be closed too. If the application process continues to send its
# response, then that will result in EPIPE errors in the application, which
# will be printed in the error log if the application doesn’t handle them gracefully.
#
# If this option is turned on then upon client abort Phusion Passenger will
# continue to read the application process’s response while discarding all the
# read data. This prevents EPIPE errors but it’ll also mean the backend
# process will be unavailable for new requests until it is done sending its response.
#
# This option may occur in the following places:
# - In the http, server, location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once. The default value is off.
#passenger_ignore_client_abort off;
# passenger_set_cgi_param <CGI environment name> <value>
#
# Allows one to define additional CGI environment variables to pass to the
# backend application. This is equivalent to ngx_http_fastcgi_module’s
# fastcgi_param directive, and is comparable to ngx_http_proxy_module’s
# proxy_set_header option. Nginx variables in the value are interpolated.
#
# For example:
#
# # Application will see a CGI environment "APP_NAME" with value "my super blog".
# passenger_set_cgi_param APP_NAME "my super blog";
#
# # Nginx variables are interpolated.
# passenger_set_cgi_param EXTRA_REQUEST_METHOD method=$request_method;
#
# If you want to set an HTTP header, then you must set it in the CGI environment name format, i.e. HTTP_*:
#
# # !!!THIS IS WRONG!!! Don't do this!
# passenger_set_cgi_param X-Forwarded-For 127.0.0.2;
#
# # Instead, write it like this:
# passenger_set_cgi_param HTTP_X_FORWARDED_FOR 127.0.0.2;
#
# This option may occur in the following places:
# - In the http, server, location configuration block.
# - In an if configuration scope.
# passenger_pass_header <header name>
#
# Some headers generated by backend applications are not forwarded to the
# HTTP client, e.g. X-Accel-Redirect which is directly processed by Nginx and
# then discarded from the final response. This directive allows one to force
# Nginx to pass those headers anyway, similar to how proxy_pass_header works.
#
# For example:
#
# location / {
# passenger_pass_header X-Accel-Redirect;
# }
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# passenger_buffer_response
#
# When turned on, application-generated responses are buffered in memory and
# also on disk if the response is larger than a certain threshold. By
# buffering responses, protection is provided against slow HTTP clients that
# can not read your response immediately.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once. The default value is on.
#passenger_buffer_response on;
# Security options
# ================
# passenger_user_switching
#
# Whether to enable user switching support.
# This option may only occur once, in the http configuration block. The default value is on.
#passenger_user_switching on;
# passenger_user <username>
#
# If user switching support is enabled, then Phusion Passenger will by default
# run the web application as the owner if the file config/environment.rb (for
# Rails apps) or config.ru (for Rack apps). This option allows you to override
# that behavior and explicitly set a user to run the web application as,
# regardless of the ownership of environment.rb/config.ru.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once.
# passenger_group <group name>
#
# If user switching support is enabled, then Phusion Passenger will by default
# run the web application as the primary group of the owner of the file
# config/environment.rb (for Rails apps) or config.ru (for Rack apps). This
# option allows you to override that behavior and explicitly set a group to
# run the web application as, regardless of the ownership of environment.rb/config.ru.
#
# <group name> may also be set to the special value !STARTUP_FILE!, in which
# case the web application’s group will be set to environment.rb/config.ru's group.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
#
# In each place, it may be specified at most once.
# passenger_default_user <username>
#
# Phusion Passenger enables user switching support by default. This configuration
# option allows one to specify the user that applications must run as, if user
# switching fails or is disabled.
#
# This option may only occur once, in the http configuration block. The default value is nobody.
#passenger_default_user nobody;
# passenger_default_group <group name>
#
# Phusion Passenger enables user switching support by default. This configuration
# option allows one to specify the group that applications must run as, if user
# switching fails or is disabled.
#
# This option may only occur once, in the http configuration block. The default
# value is the primary group of the user specifified by passenger_default_user.
#passenger_default_group nobody;
# passenger_friendly_error_pages
#
# Phusion Passenger can display friendly error pages whenever an application
# fails to start. This friendly error page presents the startup error message,
# some suggestions for solving the problem, and a backtrace. This feature is
# very useful during application development and useful for less experienced
# system administrators, but the page might reveal potentially sensitive
# information, depending on the application. Experienced system administrators
# who are using Phusion Passenger on serious production servers should consider
# turning this feature off.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once. The default value is on.
#passenger_friendly_error_pages on;
# Resource control and optimization options
# =========================================
# passenger_max_pool_size <integer>
#
# The maximum number of Ruby on Rails or Rack application instances that may be
# simultaneously active. A larger number results in higher memory usage, but
# improved ability to handle concurrent HTTP clients.
#
# The optimal value depends on your system’s hardware and the server’s average
# load. You should experiment with different values. But generally speaking,
# the value should be at least equal to the number of CPUs (or CPU cores) that
# you have. If your system has 2 GB of RAM, then we recommend a value of 30.
# If your system is a Virtual Private Server (VPS) and has about 256 MB RAM,
# and is also running other services such as MySQL, then we recommend a value of 2.
#
# If you find that your server is unable to handle the load on your Rails/Rack
# websites (i.e. running out of memory) then you should lower this value.
# (Though if your sites are really that popular, then you should strongly
# consider upgrading your hardware or getting more servers.)
#
# This option may only occur once, in the http configuration bock. The default value is 6.
# passenger_min_instances <integer>
#
# This specifies the minimum number of application instances that must be kept
# around whenever Phusion Passenger cleans up idle instances. You should set
# this option to a non-zero value if you want to avoid potentially long startup
# times after a website has been idle for an extended period.
#
# Please note that this option does not pre-start application instances during
# Nginx startup. It just makes sure that when the application is first accessed:
# - at least the given number of instances will be spawned.
# - the given number of processes will be kept around even when instances
# are being idle cleaned (see passenger_pool_idle_time).
#
# If you want to pre-start application instances during Nginx startup, then
# you should use the passenger_pre_start directive, possibly in combination
# with passenger_min_instances. This behavior might seem counter-intuitive at
# first sight, but passenger_pre_start explains the rationale behind it.
#
# The passenger_min_instances option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once. The default value is 1.
# passenger_max_instances_per_app <integer>
#
# The maximum number of application instances that may be simultaneously
# active for a single application. This helps to make sure that a single
# application will not occupy all available slots in the application pool.
#
# This value must be less than passenger_max_pool_size. A value of 0 means
# that there is no limit placed on the number of instances a single
# application may use, i.e. only the global limit of passenger_max_pool_size will be enforced.
#
# This option may only occur once, in the http configuration block. The default value is 0.
# passenger_pool_idle_time <integer>
#
# The maximum number of seconds that an application instance may be idle. That
# is, if an application instance hasn’t received any traffic after the given
# number of seconds, then it will be shutdown in order to conserve memory.
#
# Decreasing this value means that applications will have to be spawned more
# often. Since spawning is a relatively slow operation, some visitors may
# notice a small delay when they visit your Rails/Rack website. However, it
# will also free up resources used by applications more quickly.
#
# The optimal value depends on the average time that a visitor spends on a
# single Rails/Rack web page. We recommend a value of 2 * x, where x is the
# average number of seconds that a visitor spends on a single Rails/Rack web
# page. But your mileage may vary.
#
# When this value is set to 0, application instances will not be shutdown
# unless it’s really necessary, i.e. when Phusion Passenger is out of worker
# processes for a given application and one of the inactive application
# instances needs to make place for another application instance. Setting the
# value to 0 is recommended if you’re on a non-shared host that’s only running
# a few applications, each which must be available at all times.
#
# This option may only occur once, in the http configuration block. The default value is 300.
# passenger_pre_start <url>
#
# By default, Phusion Passenger does not start any application instances until
# said web application is first accessed. The result is that the first visitor
# of said web application might experience a small delay as Phusion Passenger
# is starting the web application on demand. If that is undesirable, then this
# directive can be used to pre-started application instances during Nginx startup.
#
# A few things to be careful of:
# - This directive accepts the URL of the web application you want to pre-start,
# not a on/off value! This might seem a bit weird, but read on for rationale.
# As for the specifics of the URL:
# * The domain part of the URL must be equal to the value of the server_name
# directive of the server block that defines the web application.
# * Unless the web application is deployed on port 80, the URL should
# contain the web application’s port number too.
# * The path part of the URL must point to some URI that the web application handles.
# - You will probably want to combine this option with passenger_min_instances
# because application instances started with passenger_pre_start are subject
# to the usual idle timeout rules. See the example below for an explanation.
#
# This option may only occur in the http configuration block. It may be specified any number of times.
# Logging and debugging options
# =============================
# passenger_log_level <integer>
#
# This option allows one to specify how much information Phusion Passenger
# should write to the Nginx error log file. A higher log level value means
# that more information will be logged.
# Possible values are:
# 0: Show only errors and warnings.
# 1: Show the most important debugging information. This might be useful
# for system administrators who are trying to figure out the cause of a problem.
# 2: Show more debugging information. This is typically only useful for developers.
# 3: Show even more debugging information.
#
# This option may only occur once, in the http configuration block. The default is 0.
#passenger_log_level 0;
# passenger_debug_log_file <filename>
#
# By default Phusion Passenger debugging and error messages are written to the
# global web server error log. This option allows one to specify the file that
# debugging and error messages should be written to instead.
#
# This option may only occur once, in the http configuration block.
# Ruby on Rails-specific options
# ==============================
# rails_env <string>
#
# This option allows one to specify the default RAILS_ENV value.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once. The default value is production.
#rails_env production;
# rails_framework_spawner_idle_time <integer>
#
# The FrameworkSpawner server (explained in Spawning methods explained) has an
# idle timeout, just like the backend processes spawned by Phusion Passenger do.
# That is, it will automatically shutdown if it hasn’t done anything for a given period.
#
# This option allows you to set the FrameworkSpawner server’s idle timeout, in
# seconds. A value of 0 means that it should never idle timeout.
#
# Setting a higher value will mean that the FrameworkSpawner server is kept
# around longer, which may slightly increase memory usage. But as long as the
# FrameworkSpawner server is running, the time to spawn a Ruby on Rails backend
# process only takes about 40% of the time that is normally needed, assuming that
# you’re using the smart spawning method. So if your system has enough memory,
# is it recommended that you set this option to a high value or to 0.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once. The default value is 1800 (30 minutes).
#rails_framework_spawner_idle_time 1800;
# rails_app_spawner_idle_time <integer>
#
# The ApplicationSpawner server (explained in Spawning methods explained) has
# an idle timeout, just like the backend processes spawned by Phusion Passenger
# do. That is, it will automatically shutdown if it hasn’t done anything for a
# given period.
#
# This option allows you to set the ApplicationSpawner server’s idle timeout,
# in seconds. A value of 0 means that it should never idle timeout.
#
# Setting a higher value will mean that the ApplicationSpawner server is kept
# around longer, which may slightly increase memory usage. But as long as the
# ApplicationSpawner server is running, the time to spawn a Ruby on Rails
# backend process only takes about 10% of the time that is normally needed,
# assuming that you’re using the smart or smart-lv2 spawning method. So if
# your system has enough memory, is it recommended that you set this option to
# a high value or to 0.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once. The default value is 600 (10 minutes).
#rails_app_spawner_idle_time 600;
# Rack-specific options
# rack_env <string>
#
# This option allows one to specify the default RACK_ENV value.
#
# This option may occur in the following places:
# - In the http, server & location configuration block.
# - In an if configuration scope.
# In each place, it may be specified at most once. The default value is production.
#rack_env production;
++++++ nginx_passenger_root.include ++++++
# DO NOT EDIT THIS FILE IT IS MEANT TO BE AUTO UPDATED ON PACKAGE UPDATE
# EDIT /etc/nginx/conf.d/passenger.conf
#
# passenger_root <directory>
#
# The location to the Phusion Passenger root directory. This configuration
# option is essential to Phusion Passenger, and allows Phusion Passenger to
# locate its own data files. The correct value is given by the installer or
# passenger-config --root
# This required option may only occur once, in the http configuration block.
passenger_root @PassengerRoot@;
continue with "q"...
Remember to have fun...
--
To unsubscribe, e-mail: opensuse-commit+unsubscribe@opensuse.org
For additional commands, e-mail: opensuse-commit+help@opensuse.org