Bug 112886 - config.tetex stops when installing using "upgrade" option
Summary: config.tetex stops when installing using "upgrade" option
Status: RESOLVED FIXED
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: YaST2 (show other bugs)
Version: Beta 3
Hardware: Other SUSE Other
: P5 - None : Minor
Target Milestone: ---
Assignee: Dr. Werner Fink
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-25 00:17 UTC by Chad Groneman
Modified: 2005-08-25 16:09 UTC (History)
0 users

See Also:
Found By: Beta-NTS
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
My /etc/passwd file (1.39 KB, text/plain)
2005-08-25 15:33 UTC, Chad Groneman
Details
My /etc/shadow file. Root's password is 979bf7fz (825 bytes, application/octet-stream)
2005-08-25 15:33 UTC, Chad Groneman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chad Groneman 2005-08-25 00:17:31 UTC
When doing an "upgrade" rather than a fresh install, when SuSEconfig runs at the
end, it will stop on config.tetex.

I CTRL-ALT-F2'd over to that console (is already logged in as root) and ran it
from there.  Turns out it's prompting for root's password.  But, even when I put
in the previous system's root password (you don't set it in an update), it did
not work.  Nor did it work with an empty password.

If I kill the process, it goes onto the release notes just fine.  When the
system is up, if I run SuSEconfig, it does not prompt for a password, HOWEVER, I
get these errors in config.tetex:

readlink: missing operand
Try `readlink --help' for more information.
/sbin/conf.d/SuSEconfig.tetex: line 79: test: -nt: unary operator expected
/sbin/conf.d/SuSEconfig.tetex: line 79: test: -nt: unary operator expected
(repeated about 10 more times)

I upgraded Beta1 to Beta3.
Comment 1 Chad Groneman 2005-08-25 00:18:42 UTC
Also, this does not happen with a fresh install.
Comment 2 Klaus Kämpf 2005-08-25 09:34:54 UTC
Sounds like the "nobody" user bug again. But the "test" errors puzzle me. 
   
Please attach /etc/passwd   
Comment 3 Dr. Werner Fink 2005-08-25 09:44:07 UTC
Not the /etc/passwd the line of nobody within
/etc/shadow is the real thing.
Comment 4 Dr. Werner Fink 2005-08-25 09:46:23 UTC
For the other error I'd like to know what the comand

     kpsewhich texmf.cnf

prints out on the shell prompt.
Comment 5 Dr. Werner Fink 2005-08-25 10:58:17 UTC
I've add a check for texmf.cnf in SuSEconfig.tetex and also
add a check for an expired password of the system user nobody.

Nevetheless I'd like to know _why_ texmf.cnf is not found
by kpsewhich and therefore readlink gets an empty variable.
Please provide feedback.
Comment 6 Chad Groneman 2005-08-25 15:33:14 UTC
Created attachment 47631 [details]
My /etc/passwd file
Comment 7 Chad Groneman 2005-08-25 15:33:58 UTC
Created attachment 47633 [details]
My /etc/shadow file.  Root's password is 979bf7fz
Comment 8 Chad Groneman 2005-08-25 15:39:18 UTC
When I run 'kpsewhich texmf.cnf', I get no output at all.  Even if run it from
/usr/share/texmf/web2c (which is where I found texmf.cnf).

Both texmf.cnf and kpsewhich came from RPM tetex-3.0-18
'rpm --verify tetex-3.0-18' produces the following:
S.5....T c /etc/texmf/ls-R
S.5....T   /var/cache/fonts/ls-R
S.5....T   /var/lib/texmf/db/ls-R
S.5....T   /var/lib/texmf/doc/helpindex.html
S.5....T   /var/lib/texmf/ls-R
Comment 9 Dr. Werner Fink 2005-08-25 15:49:40 UTC
The problem is the

    nobody:*:13008:0:0::::

entry in /etc/shadow, please run

    chage -M 99999 nobody

as root.  After that remove the 'ls-R' file and re-run

     mktexlsr

... now SuSEconfig.tetex should work again.
Comment 10 Chad Groneman 2005-08-25 16:05:09 UTC
Works perfectly.  Was this due to a bug in beta1 with the nobody user?
Comment 11 Dr. Werner Fink 2005-08-25 16:09:49 UTC
Yep. the bug has forced empty ls-R files and therefore the
data base of kpsewhich was not usable to find the texmf.cnf.