When I start the redhat-log-viewer from the Applications menu (System
Tools /Logviewer) I have to type in the root password and then nothing
happens. However if I login as root in a terminal and then lauch it from
the terminal it works.
Any ideas? Anybody experiencing the same thing?
is another release of OO.o rpms with improved startup speed.
Please test as much as possible (if there are enough success reports
and no problem reports, there is (IMHO) still a small chance
to make it the default; otherwise it will be in the FC1 rpms,
but not as default, ie. require root to
ln -sf soffice2.bin /usr/lib/openoffice/program
to run the startup speed optimized version).
I'm sending this email from a wpc11 on Fedora running
2.6 test7, but I'm not using Anjan's kernel. You have
to enable ISA to make it work. God only knows why, I
think it's something about the Orinoco driver using
some sort of ISA irq routines. Anyway, once the
CONFIG_ISA kernel option is set it works, you'll need
to recompile the kernel and then it should just work.
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
Andre Robatino wrote:
>> Is this the same issue that others have seen with up2date pulling
>> (well, attempting to pull) rawhide files that no longer exist???
>> [root@localhost up2date]# rpm -Fvh desktop-backgrounds-*
>> error: open of <!DOCTYPE failed: No such file or directory
>> error: open of HTML failed: No such file or directory
>> error: open of PUBLIC failed: No such file or directory
>> ....the problematic file was actually
>> desktop-backgrounds-basic-2.0.17.noarch.rpm Worthy of Bugzilla?
> I had the same problem with 5 files - control-center, the two
> desktop-background RPMs, indexhtml, and yum. In each case, up2date
> says that the package is signed with an untrusted GPG signature (as
> opposed to the "normal" error message that it is unsigned), and if
> you look in /var/spool/up2date you find that the file is actually a
> 5896-byte HTML file containing a 404 error. When this happens I
> clean out /var/spool/up2date and try to grab a few at a time, then
> grab the rest manually
> from the FTP
> site. I don't know whether up2date's willingness to download
> an HTML file
> should be considered a bug in up2date or in bad server maintenance.
> Don't RPM files have a magic number or something that up2date could
> use to avoid
> downloading the 404 file?
Yeah - downloading via up2date shows all the above (as well as packages for
kernel-2.4.22-1.2115) as being zero length and belonging to the
"fedora-core-1" channel. I'm guessing they're bogus entries.
Doesn't matter what you do to the contents of /var/spool/up2date - these
still show as zero length, and (when they do download) they're bogus.
Should it be assumed that this is just part of the prep for the
I got up2date to get past the depenencie stage once I
manually install the dependencies. Now i get the
Traceback (most recent call last):
File "/usr/share/rhn/up2date_client/gui.py", line
2070, in doInstallation
line 604, in installPackages
hdr = getRealHeader(pkg)
line 173, in getRealHeader
hdr = _ts.hdrFromFdno(fd)
rpm.error: public key not trusted
What's wrong with my system? OpenOffice won't create or open any OO
documents. When I try to create or open a document, it'll show a filter
selection window and after selecting or not selecting a filter, the
window happily closes and nothing happens.
This occurs with OO versions 1.1.0-3 and Jakub's "optimized" 1.1.0-4. I
have these packages installed:
Am I missing something here or has anybody else had similar problems? OO
*used* to work fine.
Chief Linux Fellow, Reforge
On Thu, 30 Oct 2003, Paul Iadonisi wrote:
> How about a package corruption issue from the up2date yum repository?
> ;-) Actually, it's not corruption...they seem to be html files with
> 'cannot find requested page' 404 error type messages. Curiously, I've
> only seen this with noarch packages. There's only one I know of with
> the problem at the moment:
The latest up2date *should* handle this situation a bit better.
"I lead a very full life. I belong to a handful of chat rooms." - Blofeld
-----BEGIN PGP SIGNED MESSAGE-----
On Thursday 30 October 2003 11:41, Paul Iadonisi wrote:
> How about a package corruption issue from the up2date yum
> repository? ;-) Actually, it's not corruption...they seem to be html
> files with 'cannot find requested page' 404 error type messages.
> Curiously, I've only seen this with noarch packages. There's only
> one I know of with the problem at the moment:
This has to do with file redirections that are happening on RH's
servers. Work is being done on both sides to ensure that this type of
problem doesn't show up. SHouldn't even be an issue when a real repot
is set up and we stop hitting rawhide.
Jesse Keating RHCE MCSE (geek.j2solutions.net)
Fedora Legacy Team (www.fedora.us/wiki/FedoraLegacy)
Mondo DevTeam (www.mondorescue.org)
GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub)
Was I helpful? Let others know:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
-----END PGP SIGNATURE-----
Please update gaim in the Rawhide rep. to 0.71, as it fixes the issue
with Yahoo login.
There might be some lingering issues with adding new buddies to the
list, but at least now the basic Yahoo stuff works.
Folks, I just did my daily-ish up2date and I now have fedora-release-1-2
on my system. Looking over the /usr/share/doc/fedora-release-1
directory I see:
-rw-r--r-- 1 root root 1232 Oct 29 08:25 RPM-GPG-KEY-rawhide
-rw-r--r-- 1 root root 1076 Oct 29 08:25 RPM-GPG-KEY-fedora-test
-rw-r--r-- 1 root root 1105 Oct 29 08:25 RPM-GPG-KEY-fedora-rawhide
-rw-r--r-- 1 root root 1519 Oct 29 08:25 RPM-GPG-KEY-fedora
-rw-r--r-- 1 root root 1706 Oct 29 08:25 RPM-GPG-KEY-beta
-rw-r--r-- 1 root root 1910 Oct 29 08:25 RPM-GPG-KEY
Now, am I right in thinking this is more keys then there used to be? If
so, does any one know which is/are new so I don't have duplicated
gpg-pubkeys? Or, can someone tell me how to get the gpg-pubkey names
from these keys?
I am a theoretical chemist. Fear me! Please.
Matt Thompson -- http://ucsub.colorado.edu/~thompsma/
440 UCB, Boulder, CO 80309-0440
JILA A510, 303-492-4662