Bug 43639 - gnorpm as root causes XML-CRITICAL error for Web Find; doesn't work.
Summary: gnorpm as root causes XML-CRITICAL error for Web Find; doesn't work.
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gnorpm
Version: 7.1
Hardware: i386
OS: Linux
low
low
Target Milestone: ---
Assignee: Alexander Larsson
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-06-06 00:19 UTC by Need Real Name
Modified: 2005-10-31 22:00 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2001-08-02 16:18:05 UTC
Embargoed:


Attachments (Terms of Use)

Description Need Real Name 2001-06-06 00:19:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.2-2 i686)

Description of problem:
If logged in as root, loading gnorpm and then doing Web Find causes:
XML-CRITICAL **: Document is empty
XML-CRITICAL **: Start tag expect, '<' not found

Does NOT happen if logged in as another user, but then if not root,
installs usually fail...

How reproducible:
Always

Steps to Reproduce:
1. Start gnorpm from bash prompt as root (or gnorpm-auth) or via GNOME menu 
2. Select Web find
3. Voila, XML-CRITICAL errors printed on host shell, and only a template is
displayed in the web-find window.

I suspect that this is more of a local issue, but I cannot find what the
conflict is. It all works fine if I am non-root, do a web find, and just
select DOWNLOAD.  Then I have to shell in as root to install the RPM...	
	

Actual Results:  XML-CRITICAL errors printed to host window (if started
from bash prompt)

Expected Results:  Successful gnorpm web-find.	

Additional info:

Some version information:
[root@mars /root]# rpm -qa | grep gnorpm
gnorpm-0.96-1
[root@mars /root]# rpm -qa | grep xml
libxml-devel-1.8.10-1
python-xmlrpc-1.4-1
libxml-1.8.10-1
[root@mars /root]# rpm -qa | grep gtk
gtk+-1.2.9-4
rep-gtk-libglade-0.15-3
gtk-engines-0.10-12
pygtk-libglade-0.6.6-7
rep-gtk-gnome-0.15-3
pygtk-0.6.6-7
rep-gtk-0.15-3
gtk+-devel-1.2.9-4

Comment 1 Alexander Larsson 2001-08-02 15:51:26 UTC
Very strange, It works for me. 
Could you try blowing away /home/root/.gnome/gnorpm* and try again?


Comment 2 Need Real Name 2001-08-02 16:13:27 UTC
Odder and odder.

At the moment, I'm not sitting at the console, so instead, I telnet'd in and 
X'd back to my PC.

Went through the same steps I gave above, but this time it works.

It *has* been two months since I reported this, and I don't think I've tried 
again since then, so it's possible up2date or my own RPM installs fixed 
something.

I'll try this again when I get back, and post the results.



Comment 3 Alexander Larsson 2001-08-02 16:17:59 UTC
It's completely possible that there was some snafu at the redhat ftp site.


Comment 4 Alexander Larsson 2001-08-23 18:26:56 UTC
I believe this was due to ftp site snafu. I'm closing this NOTABUG. If you still
get it, please reopen.


Comment 5 Need Real Name 2001-11-08 16:53:30 UTC
I've had this same problem on & off for a year or so (out-of-box RH7.1 has no
problems).

This **was** working prior to an up2date run 30th Oct 2k1

please re-open as BUG

Comment 6 Alexander Larsson 2001-11-08 23:03:13 UTC
This is not a bug in gnorpm. It is a problem with the files on the ftp servers.
It has been "fixed" once, but nobody seems to be maintaining that parts anymore.


Note You need to log in before you can comment on or make changes to this bug.