Ugly mouse cursor
by Philip Heron
Hi all,
There was a discussion a while back about how to change the mouse cursor
on F13 back to the previous style. What wasn't explained was why the
default cursor theme was even changed? It's quite a step back compared
to the old one, reminding me of something from the dark days of the
Linux desktop.
-Phil
13 years, 7 months
flash hanging, grey window, fedora 13 64bit, upgrade, solution
by Ian Malone
Since it hasn't come up on a quick search of the mailing list and it's
sufficiently late (/early) that I don't want to have to work out where
to file a bug right now (and may forget):
Upgraded from Fedora 11 to Fedora 13 (kudos to Fedora, generally went
very smoothly, I think this is the only thing that broke). Flash
stopped working, I had been using the wrapped 32bit Adobe flash
package with nspluginwrapper as detailed in
<http://fedoraproject.org/wiki/Flash>.
However all the flash applications I tried (youtube,
http://www.adobe.com/software/flash/about/) caused Firefox to go into
busy mode for a while with npviewer.bin at 100% cpu. When it finally
stopped, where there should have been flash there was a grey box.
Running from the terminal gave:
Multiple of these:
(npviewer.bin:3420): Gtk-WARNING **: Unable to locate theme engine in
module_path: "clearlooks",
One of these:
Gtk-Message: Failed to load module "pk-gtk-module":
libpk-gtk-module.so: cannot open shared object file: No such file or
directory
Then:
*** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown
variable>) in NPN_GetValue()
*** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown
variable>) in NPN_GetValue()
*** NSPlugin Viewer *** WARNING: unhandled variable 18 (<unknown
variable>) in NPN_GetValue()
And lots of this:
(npviewer.bin:3420): Gdk-WARNING **: XID collision, trouble ahead
*** NSPlugin Wrapper *** ERROR: NPP_Write() wait for reply: Message timeout
*** NSPlugin Wrapper ***
WARNING:(../src/npw-wrapper.c:2239):invoke_NPP_DestroyStream:
assertion failed: (rpc_method_invoke_possible(plugin->connection))
*** NSPlugin Wrapper ***
WARNING:(../src/npw-wrapper.c:2537):invoke_NPP_HandleEvent: assertion
failed:
I had first tried removing the packages installed during the flash
install: nspluginwrapper.{x86_64,i586} alsa-plugins-pulseaudio.i586
flash-plugin and then installing again, but with no success. So on a
hunch I checked and discovered I only had PackageKit-gtk-module
installed for 64 bit, doing a
# yum install PackageKit-gtk-module.i686
fixed things again. So this should be a dependency somewhere. It may
have been missed during the upgrade process in which case it's
unlikely to affect many people, or it may affect a lot. Anyway,
posting in case someone finds it useful.
--
imalone
13 years, 7 months
Attribute copying problem with "useradd"
by Chris Tyler
One of my students showed up with an intriguing issue yesterday. They
added a /home filesystem to their F13 installation, and now "useradd"
fails to completely copy /etc/skel for new users -- it stops copying
with an error on setting attributes on ~/.gnome2
I've looked under the normal rocks and haven't found anything unusual
yet:
* strace shows that the error occurs when attempting to set extended
attributes (presumably facls and selinux context) on the copied file(s)
* it's not SELinux -- switching to permissive mode has no effect
* the /home filesystem is ext4 and mounted with no unusual options
("defaults" in 4th column of /etc/fstab -- mount shows the options as
"(rw)" only).
* reformatting the filesystem does not clear the problem - whether ext3
or ext4, a freshly-created filesystem shows the same issue
* umounting /home clears the problem - useradd can copy the /etc/skel
files to the / filesystem just fine (/ is also an ext4 filesystem)
I'm missing something -- what else should they check out?
-Chris
13 years, 7 months
logcheck keeps sending me error messages
by Donald Russell
I installed the logcheck package yesterday on my Fedora 13 system, and every
hour since then have been getting emails from it with a error message like:
/usr/sbin/logcheck: line 100: kill: (8338) - No such process
$rpm -q logcheck
logcheck-1.3.13-2.fc13.noarch
Any suggestions?
Thanks
13 years, 7 months
Re: rsync or dd to clone a hard drive?
by Lets Go Canes
Hi all.
--- On Wed, 10/6/10, Maxime Alarie <malarie(a)processia.com> wrote:
> I know rsync will resync where it left off if I encounter a
> problem, what about dd? Do I absolutely have to creat an image before > cloning?
> Ex: dd if=/dev/sda of=sda.img or I can use dd if=/dev/sda of=/dev/sdb?
If the target disk is the same size as the source, use
"dd if=/dev/sda of=/dev/sdb", with device names changed as appropriate.
If they aren't the same size, and the source disk is partitioned, you
might want to create partitions of the appropriate size on the target
disk, and the use dd against the partitions, i.e.,
"dd if=/dev/sda1 of=/dev/sdb1", for each partition.
Another option is to take the target disk, parition it if/as desired,
do any LVM set-up desired, newfs and mount the partition/volume, and then
copy from the file-system level with something like
"tar -cf - /source | (cd /target;tar -xpvf - )"
If the file systems don't have a lot of data in them, moving via tar can
be faster. On the other hand, if the disk has multiple partitions with
multiple operating systems on them, dd'ing the disk may be a lot easier.
--------------
Lets Go Canes!
13 years, 7 months
No sound in F13 with SB X-FI
by Luc MAIGNAN
Hi,
I cannot use my sound card with F13.
This is a part of lsmod :
snd_hda_codec_realtek 297127 1
snd_hda_intel 23960 2
snd_hda_codec 85624 2 snd_hda_codec_realtek,snd_hda_intel
snd_ctxfi 86816 2
snd_hwdep 6454 1 snd_hda_codec
snd_seq 53005 0
snd_seq_device 6159 1 snd_seq
snd_pcm 80324 3 snd_hda_intel,snd_hda_codec,snd_ctxfi
snd_timer 19882 2 snd_seq,snd_pcm
snd 62913 17
snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_ctxfi,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore 6390 1 snd
snd_page_alloc 7437 3 snd_hda_intel,snd_ctxfi,snd_pcm
And lspci :
02:00.0 Audio device: Creative Labs SB X-Fi
Can anybody help me ?
BR
13 years, 7 months
install apache in fedora 13
by Conchi Iglesias G
hello,
I can not install Apache in my fedora 13, how can I do it correctly?.
Thank you,
Regards
Maria C.
13 years, 7 months
F13 Firewall and gateway router port forwarding
by JD
I have a router/gateway which forwards a few ports
to my machine. Port 995 is absolutely not one of them.
I checked and rechecked.
My F13 iptables is instrumented to print a "Dropped" message
for packets that it drops.
So I was surprised to see many messages like this:
Dropped by firewall: IN=wlan0 OUT=
MAC=aa:bb:cc:dd:ee:ff:gg:hh:ii:jj:kk:ll:08:00 SRC=74.125.127.109
DST=10.1.1.8 LEN=40 TOS=0x00 PREC=0x00 TTL=50 ID=52856 PROTO=TCP SPT=995
DPT=57892 WINDOW=0 RES=0x00 RST URGP=0
Port 995 is for SSL'ed pop protocol.
I even used another machine and tried to telnet to the
router's public IP address, port 995
telnet my-router-public-ip-address 995
to see if it would forward the packet to my machine.
It did not and the firewall did not even see the packet.
How can this happen? The packet obviously arrived from the gmail pop server,
unless a clever hacker spoofed the source IP.
I do not understand how any server can worm a packet to my LAN address,
when the router's per-LAN-client dedicated firewalls
do not provide for forwarding this port to any machine on the LAN.
(yes - this router provides a separately configurable firewall and port
forewading table for each LAN client) -
Is it possible that the router itself got hacked?
13 years, 7 months
Really excited to see F14 will have Meego ! (car tablet, nav)
by linux guy
Just a quick note to say that I am really excited to see that F14 is
going to include Meego.
Why ? I want to put a 10" tablet in my car and the Meego UI is much
more suitable than KDE for that application.
Having both KDE and Meego on my tablet should be the dope. Use Meego
for everyday (car) usage and KDE for use out of the car and/or
maintenance. Does it get any better ?
Now if only someone would release a high quality 10" tablet.
And I need Navit or something similar for nav duty...
13 years, 7 months
how to update initrd file from the pxe images in fedora 13
by Eric Doutreleau
i have a problem for making a pxe installation for my machine
my card intel BCM57780 is not properly detected.
the bug is solved in the current kernel of the distrib.
does someone know how i could update the pxe image in order to be able
to network install this machine
13 years, 7 months