Re: Mate Session + child Caja consuming 98% of io badwidth to/from boot drive

2018-04-30 Thread JD
On Mon, Apr 30, 2018 at 2:21 PM, Tim via users < users@lists.fedoraproject.org> wrote: > Allegedly, on or about 30 April 2018, JD sent: > > I had no idea tha Caja would be doing this, and what's > > more is that all it's i/o was to/from the boot disk. > > > > About 30 minutes after I sent the emai

Re: Mate Session + child Caja consuming 98% of io badwidth to/from boot drive

2018-04-30 Thread Tim via users
Allegedly, on or about 30 April 2018, JD sent: > I had no idea tha Caja would be doing this, and what's > more is that all it's i/o was to/from the boot disk. > > About 30 minutes after I sent the email, it's i/o load > wen down back to near zero. Perhaps a thumbnailer plug-in trawling through l

Re: Mate Session + child Caja consuming 98% of io badwidth to/from boot drive

2018-04-30 Thread JD
top shows cpu load, and not i/o load. Usually processes that are i/o bound consume less cpu time, due to having to wait for the completion of each i/o operation. On Sun, Apr 29, 2018 at 2:40 PM, Fred Smith wrote: > On Sun, Apr 29, 2018 at 12:36:08PM -0600, JD wrote: > > I have not seen this befo

Re: Mate Session + child Caja consuming 98% of io badwidth to/from boot drive

2018-04-30 Thread JD
iotop shows it to consume that much i/o bandwidth. I had no idea tha Caja would be doing this, and what's more is that all it's i/o was to/from the boot disk. About 30 minutes after I sent the email, it's i/o load wen down back to near zero. On Sun, Apr 29, 2018 at 9:41 PM, Samuel Sieb wrote:

Re: draftsight

2018-04-30 Thread François Patte
Le 30/04/2018 à 15:25, Ed Greshko a écrit : > On 04/30/18 20:46, François Patte wrote: >> Le 30/04/2018 à 00:43, Ed Greshko a écrit : >>> On 04/30/18 03:37, Ed Greshko wrote: On 04/30/18 00:10, François Patte wrote: > So, my conclusion is that it does not like xfce... How can I find out >>

Re: [FIXED] gthumb crash (after enabling vdpau?)

2018-04-30 Thread Eyal Lebedinsky
Turned out there was a problem with an old library getting in the way. As part of my investigation I ran 'rpm --verify' on all packages and noticed this: L/usr/lib64/libGL.so.1 L/usr/lib/libGL.so.1 So I checked: # ls -l /usr/lib*/libGL.so* lrwxrwxrwx 1 root root

Re: draftsight

2018-04-30 Thread Ed Greshko
On 04/30/18 20:46, François Patte wrote: > Le 30/04/2018 à 00:43, Ed Greshko a écrit : >> On 04/30/18 03:37, Ed Greshko wrote: >>> On 04/30/18 00:10, François Patte wrote: So, my conclusion is that it does not like xfce... How can I find out what is wrong in xfce for this program? >>> I'l

Re: What is target #1?

2018-04-30 Thread Ted Roche
on https://fedoraproject.org/wiki/Releases/28/Schedule In the paragraph under the table it says, "We plan to release on the "Preferred Target dates listed above, or if the Fedora_Program_Management/GoNoGoSOP Go/No-Go meeting decides we're not ready, on the "Target #1" dates. See the Fedora Release

What is target #1?

2018-04-30 Thread Tom Horsley
I see fedora 28 schedule says release is tomorrow, then there is another release next week for target #1. What on earth does that mean? (I clicked on the link and the word "target" does not appear in in the page it takes me to, so the meaning seems well disguised). _

Re: draftsight

2018-04-30 Thread François Patte
Le 30/04/2018 à 00:43, Ed Greshko a écrit : > On 04/30/18 03:37, Ed Greshko wrote: >> On 04/30/18 00:10, François Patte wrote: >>> So, my conclusion is that it does not like xfce... How can I find out >>> what is wrong in xfce for this program? >> >> I'll give xfce a try later today. >> >> > I trie