On 04/11/14 04:10, Ambrogio De Lorenzo wrote: > LibreOffice is hanging also with the new Kernel. Saw this mentioned somewhere else....but can't remember where. I just tried and verified that... yum erase libreoffice-kde will fix the hang. Also explains why I didn't see the hang since, even though I use KDE, I don't have it installed since it interferes with ibus switching.

Il giorno gio, 10/04/2014 alle 13.20 -0700, Joe Zeff ha scritto: > On 04/10/2014 01:16 PM, Ambrogio De Lorenzo wrote: >> But this is not the case. The hang happens everytime I start the >> programs, without errors (even if I start it by command line). > > Do you get any error messages when that happens? No errors in the gui and nothing in the console. I waited for minutes without results. I suspect something related to dbus. This is the last test... 1. launch soffice in a shell 2. ctrl-c after hang and immediately execute soffice - it starts well This is not everytime true. The probability seems to be 1 good 10 bad I will wait for the next update :-) Bye Ambrogio

Hi Poma, Il giorno gio, 10/04/2014 alle 22.13 +0200, poma ha scritto: > 1. Do not duplicate the thread - Ambrogio! I'm sorry for that, I didn't thought to the duplicating, because I thought that the problem was more complex, due to other issue on LibreOffice, after the same upgrade. > 2. # yum remove biosdevname I can't understand why, with the same biosdevname, simply booting with the previous kernel udev works well. I have a rule in 70-persistent-net.rules SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="b8:88:e3:fa:2f:65", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" It's possible that the kernel provide the network card with different ATTR, and I have to read and understand better some docs about udev. > 3. Read with understanding what is written on the given link. You are right, before to remove the biosdevname package, my only convern is related to eth0. I can survive to every other naming convention but eth0 because I'm nostalgic ;-) Bye Ambrogio

But this is not the case. The hang happens everytime I start the programs, without errors (even if I start it by command line).

On Apr 10 20:12, poma wrote: > On 10.04.2014 19:38, Ambrogio De Lorenzo wrote: >> Hi all, >> I'm a little frustrated. >> >> In Fedora 20, updated, with the new kernel my udev rule for eth0 is no >> more working. Booting with old kernel it's ok. As I have a lot of VM >> that point to eth0, I'm booting with the old kernel. >> But with the old kernel LibreOffice is hanging on start. It starts only >> if I open a File already created. >> If I try to open Calc or Writer, it hangs opening it. >> >> The only way is to kill them. >> >> What is appening. >> >> Bye >> Ambrogio >> > > Predictable Network Interface Names > http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterf... But udev rules should override. Why don't they for the OP? Corinna

Hi all, I'm a little frustrated. In Fedora 20, updated, with the new kernel my udev rule for eth0 is no more working. Booting with old kernel it's ok. As I have a lot of VM that point to eth0, I'm booting with the old kernel. But with the old kernel LibreOffice is hanging on start. It starts only if I open a File already created. If I try to open Calc or Writer, it hangs opening it. The only way is to kill them. What is appening. Bye Ambrogio

Hi all, I'm a little frustrated. In Fedora 20, updated, with the new kernel my udev rule for eth0 is no more working. Booting with old kernel it's ok. As I have a lot of VM that point to eth0, I'm booting with the old kernel. But with the old kernel LibreOffice is hanging on start. It starts only if I open a File already created. If I try to open Calc or Writer, it hangs opening it. The only way is to kill them.