Alright guys, get ready to point and laugh. I've been using Gnome for
quite some time now and have gotten used to it. Yesterday I tried to
install it on Slackware 11. Several times. In several flavors.

Gware, Freerock, Dropline, and source. I installed the lot.

After I had succeeded in thoroughly screwing up the system, I figured I
was better off with KDE, or better IceWM and Rox or something. So this
is the procedure I took:

as root:

cd /var/log/packages
for a in *dl.tgz; do removepkg $a; done # <- removes Dropline
for a in *Gw.tgz; do removepkg $a; done # <- removes Gware
for a in *frg.tgz; do removepkg $a; done# <- removes Freerock
cd ~/slackware/11.0/slackware
for a in `find . -name *tgz`; do upgradepkg --reinstall --install-new
$a; done

That last should reinstall everything as new, and worked fairly well.
The only problem I'm left with is Firefox and Thunderbird which are
acting as if they have DNS problems.

Thu Nov 02 10:24:38 ~> cat /etc/resolv.conf
search websterscafe.com
nameserver 192.168.1.2

The values here are correct, and lynx and fetchmail have no troubles.
Also, firfox has no problem hitting the websterver inside my firewall,
just sites from outside are unavailable. They die immediately, so it
isn't a timeout, it looks as if *just* mozilla apps cant see the DNS
server, which is also internal.

Oddness.

--
He is the MELBA-BEING ... the ANGEL CAKE ... XEROX him ... XEROX him --

http://www.websterscafe.com

Handover Phist :
>
> Oddness.

A little more info. When Firefox tries to load a site outside the
subnet, tcpdump returns nothing. Mozilla apps dont seem to even hit the
TCP/IP stack, but only when using DNS. Hitting google by IP addy works.

--
The other night I was having sex, but the girl hung up on me.

http://www.websterscafe.com

Handover Phist <jason@jason.websterscafe.com> wrote:
> A little more info. When Firefox tries to load a site outside the
> subnet, tcpdump returns nothing. Mozilla apps dont seem to even hit the
> TCP/IP stack, but only when using DNS. Hitting google by IP addy works.

Maybe strace will be able to give you a clue about what is going on. This
is an example with lynx:

$ strace -f lynx -dump http://www.google.com >& /tmp/lynx.trc
$ fgrep open /tmp/lynx.trc | grep resolv
[pid 32211] open("/etc/resolv.conf", O_RDONLY) = 3
[pid 32211] open("/usr/lib/qt-3.2.1/lib/libresolv.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
[pid 32211] open("/lib/libresolv.so.2", O_RDONLY) = 3

As the logging from strace gives a lot of output it is a rather good idea
to send it to a file for later analysis.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc8(at)uthyres.com Examples of addresses which go to spammers:
root@variousus.net root@localhost

Henrik Carlqvist :
> Handover Phist <jason@jason.websterscafe.com> wrote:
>> A little more info. When Firefox tries to load a site outside the
>> subnet, tcpdump returns nothing. Mozilla apps dont seem to even hit the
>> TCP/IP stack, but only when using DNS. Hitting google by IP addy works.
>
> Maybe strace will be able to give you a clue about what is going on. This
> is an example with lynx:
>
> $ strace -f lynx -dump http://www.google.com >& /tmp/lynx.trc
> $ fgrep open /tmp/lynx.trc | grep resolv
> [pid 32211] open("/etc/resolv.conf", O_RDONLY) = 3
> [pid 32211] open("/usr/lib/qt-3.2.1/lib/libresolv.so.2", O_RDONLY) = -1
> ENOENT (No such file or directory)
> [pid 32211] open("/lib/libresolv.so.2", O_RDONLY) = 3
>
> As the logging from strace gives a lot of output it is a rather good idea
> to send it to a file for later analysis.
>
> regards Henrik

wget seems to be exhibiting the same behavior as the mozilla apps. The
similarities in dumps between wget and firefox is as such:

---------------------
open("/usr/local/qt/lib/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No
such file or directory)
open("tls/i686/sse2/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such
file or directory)
open("tls/i686/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file
or directory)
open("tls/sse2/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file
or directory)
open("tls/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("i686/sse2/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file
or directory)
open("i686/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("sse2/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or
directory)
----------------------

Subsequent investigation shows:

Thu Nov 02 11:51:13 ~> locate libnss_files.so.2
/mnt/distro/lib/tls/libnss_files.so.2
/mnt/distro/lib/libnss_files.so.2
/lib/tls/libnss_files.so.2
/lib/libnss_files.so.2
Thu Nov 02 11:51:19 ~> ls /usr/local/qt/lib/
lib
Thu Nov 02 11:51:45 ~> ls /usr/local/qt/lib/lib
lib
Thu Nov 02 11:51:49 ~> ls
/usr/local/qt/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib/lib
lib
Thu Nov 02 11:51:54 ~>

WTF?

Think it could be a qt problem?



--
Hear about...
the couple on the stalled elevator who got off between floors?

http://www.websterscafe.com

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2006-11-02, Handover Phist <jason@jason.websterscafe.com> wrote:
> A little more info. When Firefox tries to load a site outside the
> subnet, tcpdump returns nothing. Mozilla apps dont seem to even hit the
> TCP/IP stack, but only when using DNS. Hitting google by IP addy works.

That is odd.

Is it possible that one of your gnome installs removed the stock
slackware package and installed their own and your removepkg scripts
didn't get rid of them? This seems at least semi-likely.

I would removepkg your firefox, thunderbird, mozilla, whole nine yards
and then re-install them with installpkg.

- --
It is better to hear the rebuke of the wise,
Than for a man to hear the song of fools.
Ecclesiastes 7:5
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.7 (GNU/Linux)

iD8DBQFFSk8qz8zcalmVmBkRAiBaAJ4h5PCjx/mu7G2GI/p8FYzDjUSp0wCgq+rp
EiJc1mERohUMQjC0lnntR7A=
=2Ffs
-----END PGP SIGNATURE-----

+Alan Hicks+ :
>
> On 2006-11-02, Handover Phist <jason@jason.websterscafe.com> wrote:
>> A little more info. When Firefox tries to load a site outside the
>> subnet, tcpdump returns nothing. Mozilla apps dont seem to even hit the
>> TCP/IP stack, but only when using DNS. Hitting google by IP addy works.
>
> That is odd.
>
> Is it possible that one of your gnome installs removed the stock
> slackware package and installed their own and your removepkg scripts
> didn't get rid of them? This seems at least semi-likely.
>
> I would removepkg your firefox, thunderbird, mozilla, whole nine yards
> and then re-install them with installpkg.

The behavior is exhibited by wget as well, so I'm thinking it's a lib
issue. Example:

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

Thu Nov 02 12:16:46 ~> wget google.ca
--12:17:02-- http://google.ca/
=> `index.html'
Resolving google.ca... failed: Name or service not known.
Thu Nov 02 12:17:02 ~> host google.ca
google.ca has address 64.233.161.104
google.ca has address 64.233.187.104
google.ca has address 66.102.7.104
google.ca mail is handled by 10 smtp1.google.com.
google.ca mail is handled by 20 smtp2.google.com.
google.ca mail is handled by 30 smtp3.google.com.
Thu Nov 02 12:17:10 ~> wget 64.233.161.104
--12:17:40-- http://64.233.161.104/
=> `index.html'
Connecting to 64.233.161.104:80... connected.
HTTP request sent, awaiting response... 200 OK
Cookie coming from 64.233.161.104 attempted to set domain to google.com
Length: unspecified [text/html]

[ <=> ] 2,786 --.--K/s

12:17:40 (102.19 MB/s) - `index.html' saved [2786]

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

Notice the cookie attempt as well which seems to be rejected by wget.
I've reinstalled all libs from original packages using:

updatepkg --reinstall --install-new

with noticeable results on previously misbehaving applications.

There are some unexpected things, like lynx.cfg being replaced by the
stock version, so I'm unsure as to the overall state of /etc. Package
installations are usually kind to custom config files though.

Note: I replaces all packages, not just slackware/l.

--
WHY DOES SCHOOL SUCK?

http://www.websterscafe.com

Handover Phist :
> Handover Phist :
>>
>> Oddness.
>
> A little more info. When Firefox tries to load a site outside the
> subnet, tcpdump returns nothing. Mozilla apps dont seem to even hit the
> TCP/IP stack, but only when using DNS. Hitting google by IP addy works.

And a little more info. Wget is experiencing the same problems as
firefox and thunderbird. By extension: Fix wget == fix
firefox/thunderbird.

Maybe.

Whatever, check this out:

------------------------------------------
Thu Nov 02 06:31:42 ~> wget google.com
--18:31:47-- http://google.com/
=> `index.html'
Resolving google.com... failed: Name or service not known.
Thu Nov 02 06:31:47 ~> wget -4 google.com
--18:31:53-- http://google.com/
=> `index.html'
Resolving google.com... 64.233.167.99, 64.233.187.99, 72.14.207.99
Connecting to google.com|64.233.167.99|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://www.google.com/ [following]
--18:31:53-- http://www.google.com/
=> `index.html'
Resolving www.google.com... 72.14.253.99, 72.14.253.104, 72.14.253.147
Connecting to www.google.com|72.14.253.99|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://www.google.ca/ [following]
--18:31:53-- http://www.google.ca/
=> `index.html'
Resolving www.google.ca... 72.14.253.147, 72.14.253.99, 72.14.253.104
Reusing existing connection to www.google.com:80.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]

[ <=> ] 2,783 --.--K/s

18:31:53 (1.68 MB/s) - `index.html' saved [2783]
------------------------------------------

Setting wget explicitly to IPv4 works! From this the assumption can be
made that wget (and hopefully firefox and TB) are using IPv6 by default,
screwing up the system in this so far unexplained way. Since the problem
is affecting just these programs and not others, we can also assume a
library shared by these programs (but not others) is the culprit.

This looks to be a long night.

--
I don't care who you are, Fatso. Get those reindeer off my roof.

http://www.websterscafe.com

Handover Phist <jason@jason.websterscafe.com> wrote:
> ----------------------
> open("/usr/local/qt/lib/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No
> such file or directory)
> open("tls/i686/sse2/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such
> file or directory)
> open("tls/i686/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file
> or directory)
> open("tls/sse2/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file
> or directory)
> open("tls/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or
> directory)
> open("i686/sse2/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file
> or directory)
> open("i686/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or
> directory)
> open("sse2/libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or
> directory)
> open("libnss_files.so.2", O_RDONLY) = -1 ENOENT (No such file or
> directory)
> ----------------------

It is normal behavior that a program tries to open shared libraries trying
your entire LD_LIBRARY_PATH and paths from ld.so.conf untill it succeeds.
/lib and /usr/lib is searched last. For more info on how this works you
can see the manpage of ld.so.

> Thu Nov 02 11:51:13 ~> locate libnss_files.so.2
> /mnt/distro/lib/tls/libnss_files.so.2 /mnt/distro/lib/libnss_files.so.2
> /lib/tls/libnss_files.so.2
> /lib/libnss_files.so.2

The important thing is if your program later was able to find
libnss_files.so.2 in /lib. If it didn't search in /lib you might have a
broken binary linked with -z nodeflib.

> Thu Nov 02 11:51:19 ~> ls /usr/local/qt/lib/ lib
> Thu Nov 02 11:51:45 ~> ls /usr/local/qt/lib/lib lib
> Thu Nov 02 11:51:49 ~> ls /usr/local/qt/lib/lib/lib/lib/lib/lib/lib...

> Think it could be a qt problem?

This looks odd, but I don't think it explains your wget problems. My guess
is that /usr/local/qt/lib only contains a single file which is a symbolic
link pointing to /usr/local/qt/lib.

What did you expect to have in /usr/local/qt? Your Slackware probably
already has a /usr/lib/qt-<version>/lib which should contain a working qt.
Did you upgrade to a newer qt which you placed in /usr/local? My guess is
that you can remove the directory /usr/local/qt and remove the line
/usr/local/qt/lib from /etc/ld.so.conf. However, I don't think this solves
your problem.

regards Henrik
--
The address in the header is only to prevent spam. My real address is:
hc8(at)uthyres.com Examples of addresses which go to spammers:
root@variousus.net root@localhost

Handover Phist wrote:
> Setting wget explicitly to IPv4 works! From this the assumption can be
> made that wget (and hopefully firefox and TB) are using IPv6 by default,
> screwing up the system in this so far unexplained way. Since the problem
> is affecting just these programs and not others, we can also assume a
> library shared by these programs (but not others) is the culprit.
>
> This looks to be a long night.
>
Did you run ldconfig after removing the gnome stuff from your system?

Kees.

--
Kees Theunissen.

Kees Theunissen :
> Handover Phist wrote:
>> Setting wget explicitly to IPv4 works! From this the assumption can be
>> made that wget (and hopefully firefox and TB) are using IPv6 by default,
>> screwing up the system in this so far unexplained way. Since the problem
>> is affecting just these programs and not others, we can also assume a
>> library shared by these programs (but not others) is the culprit.
>>
>> This looks to be a long night.
>>
> Did you run ldconfig after removing the gnome stuff from your system?
>
> Kees.

Yes.

But.

If I issue, as root, `rmmod -wf ipv6`, the module is not removed as it
is in use, but the apps start working again.

It's enough to make me give my head a shake to make sure everythings
working. I originally thought removing vmware had solved the problem,
but issuing the above command was part of the process.

--
VICTORY OVER HORSESHIT

http://www.websterscafe.com