Fwd: Re: [gentoo-user] Two identical systems - different!

Fwd: Re: [gentoo-user] Two identical systems - different!

[Peter Humphrey]

An unsubscribed reader sent me this gem, which I hope he or she won't mind my 
forwarding to the list. It offers a new way to attack the problem.

----------  Forwarded Message  ----------

Subject: Re: [gentoo-user] Two identical systems - different!
Date: Monday 03 Mar 2014, 02:33:08

Ah, the extra USE flags checks are coming from an eclass!

On 03.03.2014 01:33, Peter Humphrey wrote:
> !!! Multiple package instances within a single package slot have been
> pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> app-arch/bzip2:0
>
>   (app-arch/bzip2-1.0.6-r3::gentoo, installed) pulled in by
>     app-arch/bzip2[abi_x86_32(-)] required by (dev-
> libs/elfutils-0.158::gentoo, binary scheduled for merge)
>
>   (app-arch/bzip2-1.0.6-r3::gentoo, binary scheduled for merge) pulled
> in by
>     (no parents that aren't satisfied by other packages in this slot)
>
> virtual/libiconv:0
>
>   (virtual/libiconv-0::gentoo, installed) pulled in by
>     virtual/libiconv[abi_x86_32(-)] required by (dev-libs/glib-2.36.4-
> r1::gentoo, binary scheduled for merge)
>
>   (virtual/libiconv-0::gentoo, binary scheduled for merge) pulled in by
>     (no parents that aren't satisfied by other packages in this slot)

The dependencies in dev-libs/elfutils and dev-libs/glib are
app-arch/bzip2[${MULTILIB_USEDEP}]  and
virtual/libiconv[${MULTILIB_USEDEP}] , where the actual value is
calculated by multilib.eclass.
It probably should end up empty in your case, but maybe having the
chroot triggers some multilib functionality?

I may be reading the use dep wrong, but it seems to me that those
packages assume that the virtual/libiconv and app-arch/bzip2 packages
found are 64-bit since they don't have the USE=abi_x86_32 set. That
could at least explain why they get disqualified when glib and elfutils
are in the set but work otherwise.

I would probably try rebuilding the dev-libs/elfutils and dev-libs/glib
packages next and checking that they don't end up still having those
abi-requirements.

qtbz2 -xO /usr/portage/packages/dev-libs/glib-2.36.4-r1.tbz2 |qxpak -x -
-O RDEPEND
should tell you what runtime dependencies the package has been built with.

-----------------------------------------

I ran that command on both machines and got this output in each case:

# qtbz2 -xO /usr/portage/packages/dev-libs/glib-2.36.4-r1.tbz2 |qxpak -x - -O 
DEPEND
virtual/libiconv[abi_x86_32(-)] virtual/libffi[abi_x86_32(-)] sys-
libs/zlib[abi_x86_32(-)] || ( >=dev-libs/elfutils-0.142 >=dev-
libs/libelf-0.8.12 >=sys-freebsd/freebsd-lib-9.2_rc1 ) !<=app-emulation/emul-
linux-x86-baselibs-20130224-r9 !app-emulation/emul-linux-x86-baselibs[-
abi_x86_32(-)] app-text/docbook-xml-dtd:4.1.2 >=dev-libs/libxslt-1.0 >=sys-
devel/gettext-0.11 >=dev-util/gtk-doc-am-1.15 !<dev-libs/gobject-
introspection-1.36 !<dev-util/gtk-doc-1.15-r2 !<sys-devel/gettext-0.18.1.1-r3 
|| ( >=sys-devel/automake-1.13:1.13 >=sys-devel/automake-1.14:1.14 ) >=sys-
devel/autoconf-2.68 sys-devel/libtool app-arch/xz-utils >=sys-apps/sed-4 
>=sys-apps/coreutils-8.5

No mention of any kind of zip.

Has a lamp flashed on in anyone's head? It would be good to see some light 
here.

-- 
Regards
Peter

Re: Fwd: Re: [gentoo-user] Two identical systems - different!

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1512 bytes --]

On Monday 03 Mar 2014 16:02:17 Peter Humphrey wrote:

> I would probably try rebuilding the dev-libs/elfutils and dev-libs/glib
> packages next and checking that they don't end up still having those
> abi-requirements.
> 
> qtbz2 -xO /usr/portage/packages/dev-libs/glib-2.36.4-r1.tbz2 |qxpak -x -
> -O RDEPEND
> should tell you what runtime dependencies the package has been built with.
> 
> -----------------------------------------
> 
> I ran that command on both machines and got this output in each case:
> 
> # qtbz2 -xO /usr/portage/packages/dev-libs/glib-2.36.4-r1.tbz2 |qxpak -x -
> -O DEPEND
> virtual/libiconv[abi_x86_32(-)] virtual/libffi[abi_x86_32(-)] sys-
> libs/zlib[abi_x86_32(-)] || ( >=dev-libs/elfutils-0.142 >=dev-
> libs/libelf-0.8.12 >=sys-freebsd/freebsd-lib-9.2_rc1 )
> !<=app-emulation/emul- linux-x86-baselibs-20130224-r9
> !app-emulation/emul-linux-x86-baselibs[- abi_x86_32(-)]
> app-text/docbook-xml-dtd:4.1.2 >=dev-libs/libxslt-1.0 >=sys-
> devel/gettext-0.11 >=dev-util/gtk-doc-am-1.15 !<dev-libs/gobject-
> introspection-1.36 !<dev-util/gtk-doc-1.15-r2
> !<sys-devel/gettext-0.18.1.1-r3
> 
> || ( >=sys-devel/automake-1.13:1.13 >=sys-devel/automake-1.14:1.14 ) >=sys-
> 
> devel/autoconf-2.68 sys-devel/libtool app-arch/xz-utils >=sys-apps/sed-4
> 
> >=sys-apps/coreutils-8.5
> 
> No mention of any kind of zip.

Well, I see the following in the listed deps above:

  sys-libs/zlib[abi_x86_32(-)]

  app-arch/xz-utils

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: Fwd: Re: [gentoo-user] Two identical systems - different!

[Peter Humphrey]

On Tuesday 04 Mar 2014 08:11:12 Mick wrote:
> On Monday 03 Mar 2014 16:02:17 Peter Humphrey wrote:
--->8
> > I [...] got this output in each case:
> > 
> > # qtbz2 -xO /usr/portage/packages/dev-libs/glib-2.36.4-r1.tbz2 |qxpak -x -
> > -O DEPEND
> > virtual/libiconv[abi_x86_32(-)] virtual/libffi[abi_x86_32(-)] sys-
> > libs/zlib[abi_x86_32(-)] || ( >=dev-libs/elfutils-0.142 >=dev-
> > libs/libelf-0.8.12 >=sys-freebsd/freebsd-lib-9.2_rc1 )
> > !<=app-emulation/emul- linux-x86-baselibs-20130224-r9
> > !app-emulation/emul-linux-x86-baselibs[- abi_x86_32(-)]
> > app-text/docbook-xml-dtd:4.1.2 >=dev-libs/libxslt-1.0 >=sys-
> > devel/gettext-0.11 >=dev-util/gtk-doc-am-1.15 !<dev-libs/gobject-
> > introspection-1.36 !<dev-util/gtk-doc-1.15-r2
> > !<sys-devel/gettext-0.18.1.1-r3
> > || ( >=sys-devel/automake-1.13:1.13 >=sys-devel/automake-1.14:1.14 )
> > || >=sys-
> > devel/autoconf-2.68 sys-devel/libtool app-arch/xz-utils >=sys-apps/sed-4
> > >=sys-apps/coreutils-8.5
> > 
> > No mention of any kind of zip.
> 
> Well, I see the following in the listed deps above:
> 
>   sys-libs/zlib[abi_x86_32(-)]
> 
>   app-arch/xz-utils

Well, yes. I just meant no bzip2 , gzip, lzip, rzip etc. Could have said it 
better I suppose.

Anyway, both of those programs are present and I still can't see a way 
forward. It doesn't help that I've only a user's knowledge of portage and its 
innards. I'm currently taking a brute-force approach and running emerge -e 
world on the Atom box, without using the packages built by the chroot on the 
workstation. It looks as though it'll take two days or so.

Whatever I've tried, I still can't get owncloud installed properly, not even 
by running their installer script to fetch and install version 6.0.2, just 
released. That's why I felt forced into the brute-force method.

-- 
Regards
Peter

Re: Fwd: Re: [gentoo-user] Two identical systems - different!

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 699 bytes --]

On Tuesday 04 Mar 2014 15:47:05 Peter Humphrey wrote:

> Whatever I've tried, I still can't get owncloud installed properly, not
> even by running their installer script to fetch and install version 6.0.2,
> just released. That's why I felt forced into the brute-force method.

What you describe as "installed properly" boils down to using wget to download 
their latest release, untarring it into your /var/www/owncloud directory and 
checking that ownership and access rights are correctly set.

The manual install instructions explain how to do this step by step on their 
website.

Are you getting some particular error when you try to load it in a browser?

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: Fwd: Re: [gentoo-user] Two identical systems - different!

[Peter Humphrey]

On Tuesday 04 Mar 2014 20:08:57 Mick wrote:
> On Tuesday 04 Mar 2014 15:47:05 Peter Humphrey wrote:
> > Whatever I've tried, I still can't get owncloud installed properly, not
> > even by running their installer script to fetch and install version 6.0.2,
> > just released. That's why I felt forced into the brute-force method.
> 
> What you describe as "installed properly" boils down to using wget to
> download their latest release, untarring it into your /var/www/owncloud
> directory and checking that ownership and access rights are correctly set.
> 
> The manual install instructions explain how to do this step by step on their
> website.
> 
> Are you getting some particular error when you try to load it in a browser?

Yes, I am. I can do those things, or I can install from the ebuild, and in 
either case the file structure under /var/www/localhost/htdocs/owncloud looks 
fine, permissions and all (I haven't yet tried using vhosts). Then when I 
browse to owncloud it asks for an admin name and password, then runs through 
post-install checks and announces "Your web server is not yet properly setup 
to allow files synchronisation because the WebDAV interface seems to be 
broken."

Since owncloud's DAV functionality is built into its own PHP code, I can only 
suppose that I have a USE flag wrong here:

[ebuild   R    ] dev-lang/php-5.5.9:5.5  USE="apache2 berkdb bzip2 calendar 
cgi cli crypt ctype curl exif fileinfo filter fpm ftp gd gdbm gmp hash iconv 
intl ipv6 json mysql mysqli nls opcache pdo phar posix readline session 
simplexml sqlite ssl tokenizer truetype unicode xml xmlwriter zip zlib -bcmath 
-cdb -cjk -debug -embed -enchant -firebird -flatfile -frontbase -imap -inifile -
iodbc -kerberos -ldap -ldap-sasl -libedit -libmysqlclient -mhash -mssql -oci8-
instant-client -odbc -pcntl -postgres -qdbm -recode (-selinux) -sharedmem -
snmp -soap -sockets -spell -sybase-ct -systemd -sysvipc -threads -tidy -wddx -
xmlreader -xmlrpc -xpm -xslt"

Everything the instructions ask for is in that list, unless I've missed 
something, but maybe something else needs changing.

As I said before, usually everything is emerged in a chroot on this 
workstation, with the Atom's package directory nfs-mounted in the chroot, then 
installed on the Atom from the packages. Maybe that arrangement is exposing 
some obscure fault, which is why I'm currently running emerge -e world 
natively on the Atom, without reference to the pre-built packages. That should 
have finished by the end of the night and then I'll see if there's a difference. 
This is one expensive test in machine cycles and clock time.

-- 
Regards
Peter

Re: Fwd: Re: [gentoo-user] Two identical systems - different!

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2936 bytes --]

On Tuesday 04 Mar 2014 23:38:04 Peter Humphrey wrote:
> On Tuesday 04 Mar 2014 20:08:57 Mick wrote:
> > On Tuesday 04 Mar 2014 15:47:05 Peter Humphrey wrote:
> > > Whatever I've tried, I still can't get owncloud installed properly, not
> > > even by running their installer script to fetch and install version
> > > 6.0.2, just released. That's why I felt forced into the brute-force
> > > method.
> > 
> > What you describe as "installed properly" boils down to using wget to
> > download their latest release, untarring it into your /var/www/owncloud
> > directory and checking that ownership and access rights are correctly
> > set.
> > 
> > The manual install instructions explain how to do this step by step on
> > their website.
> > 
> > Are you getting some particular error when you try to load it in a
> > browser?
> 
> Yes, I am. I can do those things, or I can install from the ebuild, and in
> either case the file structure under /var/www/localhost/htdocs/owncloud
> looks fine, permissions and all (I haven't yet tried using vhosts). Then
> when I browse to owncloud it asks for an admin name and password, then
> runs through post-install checks and announces "Your web server is not yet
> properly setup to allow files synchronisation because the WebDAV interface
> seems to be broken."
> 
> Since owncloud's DAV functionality is built into its own PHP code, I can
> only suppose that I have a USE flag wrong here:
> 
> [ebuild   R    ] dev-lang/php-5.5.9:5.5  USE="apache2 berkdb bzip2 calendar
> cgi cli crypt ctype curl exif fileinfo filter fpm ftp gd gdbm gmp hash
> iconv intl ipv6 json mysql mysqli nls opcache pdo phar posix readline
> session simplexml sqlite ssl tokenizer truetype unicode xml xmlwriter zip
> zlib -bcmath -cdb -cjk -debug -embed -enchant -firebird -flatfile
> -frontbase -imap -inifile - iodbc -kerberos -ldap -ldap-sasl -libedit
> -libmysqlclient -mhash -mssql -oci8- instant-client -odbc -pcntl -postgres
> -qdbm -recode (-selinux) -sharedmem - snmp -soap -sockets -spell
> -sybase-ct -systemd -sysvipc -threads -tidy -wddx - xmlreader -xmlrpc -xpm
> -xslt"

This looks fine.


> Everything the instructions ask for is in that list, unless I've missed
> something, but maybe something else needs changing.

md is not in the list.  I don't know if it is built as a default, or if you 
need to emerge dev-php/phpmd.  In any case, I wouldn't expect this to have 
anything to do with webDAV.

Have you manually disabled webDAV in your apache configuration?

You will need to set 'Dav Off' under the entry for your <Directory 
/var/www/owncloud>.  You will also need to check that you have *not* enabled 
authentication at apache level because this is managed by the php code and you 
have also set 'Satisfy Any' under 'Allow from all'.

Finally, increase verbosity in apache to see what access errors it reports.

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: Fwd: Re: [gentoo-user] Two identical systems - different!

[Peter Humphrey]

On Wednesday 05 Mar 2014 13:49:00 Mick wrote:
> On Tuesday 04 Mar 2014 23:38:04 Peter Humphrey wrote:
> > On Tuesday 04 Mar 2014 20:08:57 Mick wrote:
> > > On Tuesday 04 Mar 2014 15:47:05 Peter Humphrey wrote:
> > > > Whatever I've tried, I still can't get owncloud installed properly,
> > > > not
> > > > even by running their installer script to fetch and install version
> > > > 6.0.2, just released. That's why I felt forced into the brute-force
> > > > method.
> > > 
> > > What you describe as "installed properly" boils down to using wget to
> > > download their latest release, untarring it into your /var/www/owncloud
> > > directory and checking that ownership and access rights are correctly
> > > set.
> > > 
> > > The manual install instructions explain how to do this step by step on
> > > their website.
> > > 
> > > Are you getting some particular error when you try to load it in a
> > > browser?
> > 
> > Yes, I am. I can do those things, or I can install from the ebuild, and in
> > either case the file structure under /var/www/localhost/htdocs/owncloud
> > looks fine, permissions and all (I haven't yet tried using vhosts). Then
> > when I browse to owncloud it asks for an admin name and password, then
> > runs through post-install checks and announces "Your web server is not yet
> > properly setup to allow files synchronisation because the WebDAV interface
> > seems to be broken."
> > 
> > Since owncloud's DAV functionality is built into its own PHP code, I can
> > only suppose that I have a USE flag wrong here:
> > 
> > [ebuild   R    ] dev-lang/php-5.5.9:5.5  USE="apache2 berkdb bzip2
> > calendar
> > cgi cli crypt ctype curl exif fileinfo filter fpm ftp gd gdbm gmp hash
> > iconv intl ipv6 json mysql mysqli nls opcache pdo phar posix readline
> > session simplexml sqlite ssl tokenizer truetype unicode xml xmlwriter zip
> > zlib -bcmath -cdb -cjk -debug -embed -enchant -firebird -flatfile
> > -frontbase -imap -inifile - iodbc -kerberos -ldap -ldap-sasl -libedit
> > -libmysqlclient -mhash -mssql -oci8- instant-client -odbc -pcntl -postgres
> > -qdbm -recode (-selinux) -sharedmem - snmp -soap -sockets -spell
> > -sybase-ct -systemd -sysvipc -threads -tidy -wddx - xmlreader -xmlrpc -xpm
> > -xslt"
> 
> This looks fine.

That's good - thanks.

> > Everything the instructions ask for is in that list, unless I've missed
> > something, but maybe something else needs changing.
> 
> md is not in the list.  I don't know if it is built as a default, or if you
> need to emerge dev-php/phpmd.  In any case, I wouldn't expect this to have
> anything to do with webDAV.

Is that the mess detector? If so it's keyworded and I'm sure I haven't 
installed it before, whereas I had owncloud running ok before my hard disk 
failure. That failure caused me to rebuild from scratch on its SSD 
replacement, because so many disk-unreadable errors came up at the end that I 
didn't trust anything stored on it.

> Have you manually disabled webDAV in your apache configuration?
> 
> You will need to set 'Dav Off' under the entry for your <Directory
> /var/www/owncloud>.  You will also need to check that you have *not* enabled
> authentication at apache level because this is managed by the php code and
> you have also set 'Satisfy Any' under 'Allow from all'.

I've included this stanza in default_vhost.include:

<Directory "/var/www/localhost/htdocs/owncloud">
        Options Indexes FollowSymLinks MultiViews
        AllowOverride All
        Order allow,deny
        allow from all
        Satisfy Any
#       Dav Off
</Directory>

With that # mark omitted I get this:

# /etc/init.d/apache2 start
 * apache2 has detected an error in your setup:
Syntax error on line 70 of /etc/apache2/vhosts.d/default_vhost.include:
Invalid command 'Dav', perhaps misspelled or defined by a module not included 
in the server configuration
 * ERROR: apache2 failed to start

So the WebDAV module is not available, which makes sense because it isn't 
specified in /etc/conf.d/apache2. With the # present I still get the error from 
owncloud. Apache was remerged overnight; PHP has just finished, but reloading 
Apache still gives me the owncloud WebDAV error - so PHP isn't to blame.

> Finally, increase verbosity in apache to see what access errors it reports.

Good idea. Thanks again Mick.

I've just found something odd. It looks like Apache is not listing on IPv4, 
only IPv6:

# netstat -tulpen | grep apache
tcp6       0      0 :::80                   :::*                    LISTEN      
0          225562     29055/apache2       
tcp6       0      0 :::443                  :::*                    LISTEN      
0          225558     29055/apache2       

No mention of plain tcp. Eth0 has an IPv4 address, of course, so I have more 
detective work to do.

# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.2  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::7271:bcff:fe94:ee71  prefixlen 64  scopeid 0x20<link>
        ether 70:71:bc:94:ee:71  txqueuelen 1000  (Ethernet)
        RX packets 28121  bytes 2090480 (1.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 31329  bytes 11741711 (11.1 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
--->8

-- 
Regards
Peter

Re: Fwd: Re: [gentoo-user] Two identical systems - different!

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2029 bytes --]

On Wednesday 05 Mar 2014 15:20:07 Peter Humphrey wrote:
> On Wednesday 05 Mar 2014 13:49:00 Mick wrote:

> > Have you manually disabled webDAV in your apache configuration?
> > 
> > You will need to set 'Dav Off' under the entry for your <Directory
> > /var/www/owncloud>.  You will also need to check that you have *not*
> > enabled authentication at apache level because this is managed by the
> > php code and you have also set 'Satisfy Any' under 'Allow from all'.
> 
> I've included this stanza in default_vhost.include:
> 
> <Directory "/var/www/localhost/htdocs/owncloud">
>         Options Indexes FollowSymLinks MultiViews
>         AllowOverride All
>         Order allow,deny
>         allow from all
>         Satisfy Any
> #       Dav Off
> </Directory>

I tend to keep the entries you show above, except for Dav, in 
/etc/apache2/modules.d/XX_mysite_mod.conf.  Directives like ServerName, 
DocumentRoot, etc. as well as 'Dav On|Off' I keep in 
/etc/apache2/vhosts.d/XX_mysite.conf.  I place Dav under <Location>; e.g.

<VirtualHost *:80>
	ServerName mysite.com
	ServerAlias mysite
	DocumentRoot /var/www/mysite/htdocs
	<Location />
		Dav Off
	</Location>
</VirtualHost>


Try that approach because it seems to make a difference at what stage the Dav 
directive is parsed.


> I've just found something odd. It looks like Apache is not listing on IPv4,
> only IPv6:
> 
> # netstat -tulpen | grep apache
> tcp6       0      0 :::80                   :::*                    LISTEN
> 0          225562     29055/apache2
> tcp6       0      0 :::443                  :::*                    LISTEN
> 0          225558     29055/apache2
> 
> No mention of plain tcp. Eth0 has an IPv4 address, of course, so I have
> more detective work to do.

Not sure why, but I don't see apache listening on IPv4 here either.  My LAN 
only has IPv4 configured and I know it works, but like yours I can't explain 
why it is not shown ... could it be a bug?

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: Fwd: Re: [gentoo-user] Two identical systems - different!

[Peter Humphrey]

On Wednesday 05 Mar 2014 23:26:00 Mick wrote:
> On Wednesday 05 Mar 2014 15:20:07 Peter Humphrey wrote:
> > On Wednesday 05 Mar 2014 13:49:00 Mick wrote:
> > > Have you manually disabled webDAV in your apache configuration?
> > > 
> > > You will need to set 'Dav Off' under the entry for your <Directory
> > > /var/www/owncloud>.  You will also need to check that you have *not*
> > > enabled authentication at apache level because this is managed by the
> > > php code and you have also set 'Satisfy Any' under 'Allow from all'.
> > 
> > I've included this stanza in default_vhost.include:
> > 
> > <Directory "/var/www/localhost/htdocs/owncloud">
> > 
> >         Options Indexes FollowSymLinks MultiViews
> >         AllowOverride All
> >         Order allow,deny
> >         allow from all
> >         Satisfy Any
> > 
> > #       Dav Off
> > </Directory>
> 
> I tend to keep the entries you show above, except for Dav, in
> /etc/apache2/modules.d/XX_mysite_mod.conf.  Directives like ServerName,
> DocumentRoot, etc. as well as 'Dav On|Off' I keep in
> /etc/apache2/vhosts.d/XX_mysite.conf.  I place Dav under <Location>; e.g.
> 
> <VirtualHost *:80>
> 	ServerName mysite.com
> 	ServerAlias mysite
> 	DocumentRoot /var/www/mysite/htdocs
> 	<Location />
> 		Dav Off
> 	</Location>
> </VirtualHost>
> 
> 
> Try that approach because it seems to make a difference at what stage the
> Dav directive is parsed.
> 
> > I've just found something odd. It looks like Apache is not listing on
> > IPv4,
> > only IPv6:
> > 
> > # netstat -tulpen | grep apache
> > tcp6       0      0 :::80                   :::*                    LISTEN
> > 0          225562     29055/apache2
> > tcp6       0      0 :::443                  :::*                    LISTEN
> > 0          225558     29055/apache2
> > 
> > No mention of plain tcp. Eth0 has an IPv4 address, of course, so I have
> > more detective work to do.
> 
> Not sure why, but I don't see apache listening on IPv4 here either.  My LAN
> only has IPv4 configured and I know it works, but like yours I can't explain
> why it is not shown ... could it be a bug?

Thanks Mick. I'll make a start on setting up virtual hosts today.

Meanwhile, after I'd finished an emerge -e world (no -K) and backed the whole 
system up, I ran an emerge -uaDvN world and it wanted to reinstall every 
package on the system! Leaving out the -D it just wanted to upgrade a couple 
of packages that had been updated while I was not watching.

Once again, I checked minutely that nothing differed in my config of portage 
between the 32-bit chroot and the Atom target. Nothing. Looks like time to 
submit a bug report.

-- 
Regards
Peter