webapp-config fails parsing permissions

[wpetya]

See the beginnig of discussion here:
http://bugs.gentoo.org/show_bug.cgi?id=133530

Now I created this thread here, because it's not related to that bug.
If this is a bug we can create another bugzilla ticket.

How to find out why webapp-config --upgrade fails:
1. fix bug 133530 in your WebappConfig/config.py by erasing that extra "p"
2. run webapp-config in debug mode and attach the output here
3. you can try webapp-config --bug-report (See webapp-config | less for details.)

[Boosty]

Thanks.

Here's what I can get you:
Normally, I would be running webapp-config as follows:

Code: Select all

webapp-config --upgrade -d squirrelmail/ squirrelmail 1.4.8

1. Fixed that. Running webapp-config now results in this:

Code: Select all

* Upgrading squirrelmail-1.4.5 to squirrelmail-1.4.8
*   Installed by root on 2005-10-12 22:38:15
*   Config files owned by apache:apache
* Fatal error: You did specify an invalid permission value for the variable "vhost_perms_serverowned_file'
* Fatal error(s) - aborting

2. Since the debugging output is quite large and I don't see options to attach something to this post, I uploaded the files to an external host. I will leave the files there for reference.

Code: Select all

webapp-config --debug --debug-level=9 --debug-nocolor --upgrade -d squirrelmail/ squirrelmail 1.4.8

Output debug level 9
Output debug level 10 (10 MB!)

3. It's not clear if I should use this parameter with or without --debug, but without it doesn't output anything at all.
When used together with --debug, it outputs this, independant of debug level:
Output debug plus bugreport

webapp-config:

Code: Select all

vhost_root="/var/www/${vhost_hostname}"
vhost_hostname="localhost"

vhost_server="apache"
vhost_config_default_dirs="default-owned"
vhost_config_virtual_files="virtual"
vhost_config_dir="${vhost_root}/conf"

vhost_default_uid="websites"
vhost_default_gid="users"

vhost_htdocs_insecure="htdocs"
vhost_htdocs_secure="htdocs-secure"

vhost_perms_serverowned_dir=755
vhost_perms_serverowned_file=644

vhost_perms_configowned_dir=755
vhost_perms_configowned_file=640

vhost_perms_defaultowned_dir="0755"
vhost_perms_virtualowned_file="o-w"

vhost_perms_installdir="0755"

WA_CONF_VERSION="7"

I'm using the latest version of webapp-config to date, v1.50.13.

[wpetya]

It was so easy to overlook! Add the leading 0 before the octal numbers (0644 instead of 644).

[wpetya]

Just a hint: if you have so narrow outgoing bandwidth, bzip2 is your friend.

[Boosty]

Thanks, I will try that when I get back from my vacation

The server is on a 100 Mbit connection, so no need to worry on the bandwidth, although I agree it would have been better to compress it. (I was in a hurry)

Still, did this kind of configuration work before? Because, I didn't change anything on this configuration for a long time, it looks like it stopped working after emerging the last version of webapp-config.

[wpetya]

I'm quite sure, there was a change in the tool, that's why it stopped working.
(I saw comments about an "old bash parser".)
E.g. chmod accepts 644 but it can be misinterpreted by the new version without the leading 0.
This (unclean upgrade) is a bug but I don't think anybody want's to fix it since it's too late.
The realistic improvement would be a more detailed error report about the wrong permission format.

I'm also on 100 Mbit but it came with 50 kB/s only.

Have a nice holiday!

[Boosty]

Thanks for your help, the problem was solved and my webapp-config is working fine now

I think that a more detailed errormessage on these kind of configuration-errors would be a good addition.

The files I posted are now tar-gzipped. The level 10 debug still is quite large: 10 MB after a gzip -9

[wpetya]

Short holiday, otherwise good

The level 10 debug still is quite large: 10 MB after a gzip -9

bzip2 is your friend.

[Mad Alex]

Another minor bug which tripped me up is that webapp-config requires each part of a symbolic mode to have at least one bit set. That is it claims that something like

Code: Select all

u=rw,g=r,o=

is invalid. The fix turned out to be very simple; a one character change in WebappConfig/permissions.py. See [bug=146059]bug #146059[/bug].

[wpetya]

each part of a symbolic mode to have at least one bit set.

I think it just requires at least one letter in each part. You can use o-rwx instead of o= as a workaround to have no bits set.

Of course the real fix is in the [bug=146059]bugzilla ticket[/bug]