Re: gnome desktop is *still* unusable after rawhide update.
by Elton Woo
>>On Mon, Sep 01, 2003 at 03:09:05PM -0400, Elton Woo wrote:
>> How do I capture error dialogs in Nautilus?
>> I've recently updated from rawhide, and when I login, I get error
>> messages to the effect that gnome settings cannot be saved,
>> because ****** .... etc.
>>
>> I have to logout of Gnome via CTRL-ALT-DEL.
>>
>> KDE is working fine, and it's from *this* desktop that I'm sending
>> this message.
>>
>Maybe gconf-sanity-check-2 has more info if you try running it.
>Run it with DISPLAY= so there's no X connection and it prints to
t>he command line.
>You could also strace -o /tmp/output -f gconf-sanity-check-2 to
>see what goes wrong.
Can you guve me some dummy-leve instructions on how to
do this? Essentially, I can now *read* the text in the error dialogs,
but since I have neither desktop icons, nor the panel, I can't
(read: don't know how to) access a console prompt. TKseti and
licq load, because they are in my startup sessions...
Other than that, I would have to read each error message and
write them down on paper, then login to KDE to post further info
on this. N.B. The nVidia drivers are now installed, and I have almost
all updates from rawhide installed. At the very least, the important
ones like glibc, gnome-panel, and nautilus are installed....
Thanks,
Elton
--
http://setiathome.ssl.berkeley.edu/stats/team/team_4504.html
"You only live once, so let's make life EASIER for each other."
LINUX Registered User #193975. AMD-K7 ATHLON CPU power on board.
20 years, 8 months
iptables & masquerading...
by Greg Sanders
I just upgraded from a pre 8 beta to the current beta and it looks like
masquerading is borked...
[root@lanfest1 root]# iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -o
ppp0 -j MASQUERADE
iptables: No chain/target/match by that name
[root@lanfest1 root]# lsmod | grep ip
ipt_REJECT 4024 0 (autoclean)
ipt_state 1080 0 (autoclean)
iptable_filter 2444 0 (autoclean)
iptable_nat 21816 0 (autoclean) (unused)
ip_conntrack 27208 2 (autoclean) [ipt_state iptable_nat]
ip_tables 15776 6 [ipt_REJECT ipt_state iptable_filter
iptable_nat]
[root@lanfest1 root]# modprobe ipt_MASQUERADE
/lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o:
init_module: Device or resource busy
Hint: insmod errors can be caused by incorrect module parameters,
including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
/lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o:
insmod
/lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o
failed
/lib/modules/2.4.21-20.1.2024.2.1.nptl/kernel/net/ipv4/netfilter/ipchains.o:
insmod ipt_MASQUERADE failed
Is this a known issue with the stock kernel, am I doing something wrong or
what?
Greg Sanders - Sysadmin, Webhead, Tolkien-phile
ElCoronel @ irc.freenode.net - http://elcoronel.com/
-------------------------------------------------------------------------
No word to save thee.
-William Shakespeare, Measure for Measure
20 years, 8 months
Re: GPG Signatures Not Found...
by nosp
On Mon, 2003-09-01 at 17:34, Elliot Lee wrote:
> It's _not_ normal with RHN however.
An earlier thread had implied the severn-updates channel rpms were
rawhide ones; hence my conclusion. Importing the key _did_ actually
solve the problem, so that's great. If it becomes an FAQ (unlikely), I
should probably file a (very-low priority) RFE for the up2date GUI to
distinguish between a lack of GPG signature and the presence of a
signature that could not be verified (rpm -K foo.rpm does this well and
says "MISSING KEYS").
Thanks for the clarification about what's normal with RHN. Are the
severn-updates's rpms indeed different from Rawhide's RPMs?
Martin
20 years, 8 months
problems with up2date and rpm
by Alexander Volovics
After downloading and installing the new SSL certificate I
attemted to update severn and encountered the following problems:
1) up2date listed the packages and then asked if I wanted to install
a new up2date (up2date-3.9.19-2). I said yes and up2date downloaded
and installed this up2date and the complementary up2date-gnome.
Then up2date came with the message that it would 'restart'.
It did not restart!
2) I restarted up2date myself and it downloaded all the necessary hdr's
and rpm's (337!).
However it did not seem able to install them.
Install started but then it 'just sat there' without installing
anything!
3) I then tried to install by hand using 'rpm -Fvh' (because the new
up2date was already installed and in the the /var/spool/up2date
directory.
'rpm -Fvh' complained about 5 missing dependencies (tzdata, ..., etc)
and stopped. As all the packages complained about were in the
/var/spool/up2date directory I didn't try to solve this.
4) I then tried 'rpm -Uvh'. This worked OK up to xterm-179-4.1 which
it didn't install (I knew about this problem and the solution but I
had forgotten about it) and yelp-2.3.6-2 which it did install after
the following messages:
337:yelp ########################################### [100%]
warning: failed to load external entity "/usr/share/gnumeric/1.1.20-bonobo/gnome
/help/gnumeric/C/analysis-goalseek.xml"
/usr/share/gnumeric/1.1.20-bonobo/gnome/help/gnumeric/C/gnumeric.xml:441: error:
Failure to process entity analysis-goalseek
&analysis-goalseek;
^
/usr/share/gnumeric/1.1.20-bonobo/gnome/help/gnumeric/C/gnumeric.xml:441: error:
Entity 'analysis-goalseek' not defined
&analysis-goalseek;
^
warning: failed to load external entity "/usr/share/gnumeric/1.1.20-bonobo/gnome
/help/gnumeric/C/analysis-scenarios.xml"
/usr/share/gnumeric/1.1.20-bonobo/gnome/help/gnumeric/C/gnumeric.xml:444: error:
Failure to process entity analysis-scenarios
&analysis-scenarios;
^
/usr/share/gnumeric/1.1.20-bonobo/gnome/help/gnumeric/C/gnumeric.xml:444: error:
Entity 'analysis-scenarios' not defined
&analysis-scenarios;
^
Document is not well-formed XML: /usr/share/gnumeric/1.1.20-bonobo/gnome/help/gn
umeric/C/gnumeric.xml
Has anybody else encountered the same problems. If not are they worth
bugzillaing.
Alexander
20 years, 8 months
TARPIT in iptables
by Paul Morgan
Is there any word on whether (and if so, when) the tarpit target will be
incorporated into Red Hat's kernel?
tia,
paul
20 years, 8 months
Re: Why xcdroast and not gcombust?
by Jef Spaleta
Steve Bergman wrote:
> I'll file a bugzilla request though, since I think gcombust is much more
> intuitive, especially for less technically inclined users.
Hmm..I think you just offended me. I like gcombust of xcdroast...are you
calling me a less technically inclinded user? Wait, no don't answer
that...my fragile ego probably couldn't stand the truth.
But seriously...if we are going to open this can of worms up and ask the
question what are the 2 best cd-burning apps rhl should be shipping as
core distro pieces...i don't know if I'd put gcombust in that elite
group. I like it..it works for me...but i think I've seen more
'technically less inclined users' like seth, drool over k3b. I've even
heard k3b compared favorable to windows cdburning apps like nero.
-jef"I don't need no stinkin' drag'n'drop"spaleta
20 years, 8 months