Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[james]

On 08/09/2016 01:41 PM, Michael Mol wrote:

On Tuesday, August 09, 2016 01:23:57 PM james wrote:

On 08/09/2016 09:17 AM, Michael Mol wrote:

On Tuesday, August 09, 2016 09:13:31 AM james wrote:

On 08/09/2016 07:42 AM, Michael Mol wrote:

On Monday, August 08, 2016 10:45:09 PM Alan McKinnon wrote:

On 08/08/2016 19:20, Michael Mol wrote:

On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:

On 08/08/2016 17:02, Michael Mol wrote:



I use Zabbix extensively at work, and have the Zabbix agent on my
workstation reporting back various supported metrics. There's a great
deal you can use (and--my favorite--abuse) Zabbix for, especially once
you understand how it thinks.


Congradualtions! Of the net-analyzer crowd, you've manage to find one I
have not spent time with


Oh, man, are you in for a treat. I recently had a conversation with a guy I
happened to sit next to while traveling about how, were I in his position, I'd
improve his cash crop and hydroponics operations (he periodically tests soil
and sunlight properties) continually using a combination of cheap, custom
probes and SBCs, feeding the data into Zabbix for monitoring and trend
analysis / prediction. Zabbix will do time-series graphing and analysis of
arbitrary input data; it may have been designed for watching interface
counters, but there's no reason it need be limited to that...


Not sure of your tendencies, but yea, I tend to be more hardware and EE 
oriented, than CS. Yep, I spent too many years with time-sequenced data 
(turds) to not be totally excited about what we can now do with 
clusters, analog (16 bit+) IO  and enough processors and memory to keep
a simulation going and in RT(color).  You sure know how to instigate an 
itch.


Besides, as I transcend  retirement, I'm looking for greener  pastures
and methodologies to enhance da(tm) dream state  ..
(thx)



Any specific kernel tweaks?


Most of my tweaks for KDE revolved around tuning mysqld itself. But for
sysctls improving workstation responsiveness as it relates to memory
interactions with I/O, these are my go-tos:



vm.dirty_background_bytes = 1048576
vm.dirty_bytes = 10485760
vm.swappiness = 0


Mine are::
cat dirty_bytes
0
cat dirty_background_bytes
0


So, that means you have vm.dirty_bytes_ratio and vm.dirty_background_ratio
set, instead. I forget what those default to, but I think
dirty_bacgkround_ratio defaults to something like 10, which means *10%* of
your memory may get used for buffering disk I/O before it starts writing data
to disk. dirty_bytes_ratio will necessarily be higher, which means that if
you're performing seriously write-intensive activities on a system with 32GiB
of RAM, you may find yourself with a system that will halt until it finishes
flushing 3+GiB of data to disk.


cat swappiness
60


Yeah, you want that set to lower than that.




vm.dirty_background_bytes ensures that any data (i.e. from mmap or
fwrite, not from swapping) waiting to be written to disk *starts*
getting written to disk once you've got at least the configured amount
(1MB) of data waiting. (If you've got a disk controller with
battery-backed or flash-backed write cache, you might consider
increasing this to some significant fraction of your write cache. I.e.
if you've got a 1GB FBWC with 768MB of that dedicated to write cache,
you might set this to 512MB or so. Depending on your workload. I/O
tuning is for those of us who enjoy the dark arts.)


vm.dirty_bytes says that once you've got the configured amount (10MB) of
data waiting to be disk, then no more asynchronous I/O is permitted
until you have no more data waiting; all outstanding writes must be
finished first. (My rule of thumb is to have this between 2-10 times the
value of vm.dirty_background_bytes. Though I'm really trying to avoid it
being high enough that it could take more than 50ms to transfer to disk;
that way, any stalls that do happen are almost imperceptible.)



You want vm.dirty_background_bytes to be high enough that your hardware
doesn't spend its time powered on if it doesn't have to be, and so that
your hardware can transfer data in large, efficient, streamable chunks.



You want vm.dirty_bytes enough higher than your first number so that
your hardware has enough time to spin up and transfer data before you
put the hammer down and say, "all right, nobody else gets to queue
writes until all the waiting data has reached disk."

You want vm.dirty_bytes *low* enough that when you *do* have to put that
hammer down, it doesn't interfere with your perceptions of a responsive
system. (And in a server context, you want it low enough that things
can't time out--or be pushed into timing out--waiting for it. Call your
user attention a matter of timing out expecting things to respond to
you, and the same principle applies...)

Now, vm.swappiness? That's a weighting factor for how quickly the kernel
should try moving memory to swap to be able to speedily respond to new
allocations. Me, I prefer the 

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Michael Mol]

On Tuesday, August 09, 2016 09:09:53 AM Daniel Frey wrote:
> On 08/09/2016 05:42 AM, Michael Mol wrote:
> > I used Thunderbird for years, but I eventually had to stop when it would,
> > averaging once a month (though sometimes not for a couple months,
> > sometimes a couple times a week) explode in memory consumption and drive
> > the entire system unresponsively into swap.
> 
> I've been using thunderbird exclusively on my PC and haven't seen this
> particular issue. When was the last time you tried it?

I think I gave up on Thunderbird around February or March? Dunno. It was 
earlier this year.

> 
> I've probably got between 8k and 10k messages in it right now. Memory
> consumption is 3.3% of 8GB and I do see every 30 seconds or so
> thunderbird wakes up and does something for a few seconds, using 8-10%
> of CPU while it does. But I've never noticed it actually doing anything
> (like slowing the system to a crawl.)

I've got a few hundred thousand messages. Not interested in asking the thing 
for an exact count, as that takes a while. ;)

Thing is, I'd go for weeks, just fine, only 700MB or so of memory consumed. 
Then, abruptly, its memory consumed would climb to fill all 8GB of my physical 
memory. And if it happened over night, it'd be to about 1.4GB of swap before 
the Zabbix agent stopped sending telemetry to my collector...

-- 
:wq

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Alan McKinnon]

On 09/08/2016 18:09, Daniel Frey wrote:
> On 08/09/2016 05:42 AM, Michael Mol wrote:
>> I used Thunderbird for years, but I eventually had to stop when it would, 
>> averaging once a month (though sometimes not for a couple months, sometimes 
>> a 
>> couple times a week) explode in memory consumption and drive the entire 
>> system 
>> unresponsively into swap.
>>
> 
> I've been using thunderbird exclusively on my PC and haven't seen this
> particular issue. When was the last time you tried it?
> 
> I've probably got between 8k and 10k messages in it right now. Memory
> consumption is 3.3% of 8GB and I do see every 30 seconds or so
> thunderbird wakes up and does something for a few seconds, using 8-10%
> of CPU while it does. But I've never noticed it actually doing anything
> (like slowing the system to a crawl.)
> 
> Dan
> 
> 


Every time I've seen Thunderbird stuuter and stall, it's been network
related. Usually I'm trying to access a large IMAP store remotely (that
tends to stall all IMAP clients to some degree depending on how well the
system deals with blocking).

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Michael Mol]

On Tuesday, August 09, 2016 01:23:57 PM james wrote:
> On 08/09/2016 09:17 AM, Michael Mol wrote:
> > On Tuesday, August 09, 2016 09:13:31 AM james wrote:
> >> On 08/09/2016 07:42 AM, Michael Mol wrote:
> >> > On Monday, August 08, 2016 10:45:09 PM Alan McKinnon wrote:
> >> >> On 08/08/2016 19:20, Michael Mol wrote:
> >> >>> On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:
> >>  On 08/08/2016 17:02, Michael Mol wrote:

> > I use Zabbix extensively at work, and have the Zabbix agent on my
> > workstation reporting back various supported metrics. There's a great
> > deal you can use (and--my favorite--abuse) Zabbix for, especially once
> > you understand how it thinks.
> 
> Congradualtions! Of the net-analyzer crowd, you've manage to find one I
> have not spent time with

Oh, man, are you in for a treat. I recently had a conversation with a guy I 
happened to sit next to while traveling about how, were I in his position, I'd 
improve his cash crop and hydroponics operations (he periodically tests soil 
and sunlight properties) continually using a combination of cheap, custom 
probes and SBCs, feeding the data into Zabbix for monitoring and trend 
analysis / prediction. Zabbix will do time-series graphing and analysis of 
arbitrary input data; it may have been designed for watching interface 
counters, but there's no reason it need be limited to that...

> 
> >> Any specific kernel tweaks?
> > 
> > Most of my tweaks for KDE revolved around tuning mysqld itself. But for
> > sysctls improving workstation responsiveness as it relates to memory
> > interactions with I/O, these are my go-tos:
> > 
> > 
> > 
> > vm.dirty_background_bytes = 1048576
> > vm.dirty_bytes = 10485760
> > vm.swappiness = 0
> 
> Mine are::
> cat dirty_bytes
> 0
> cat dirty_background_bytes
> 0

So, that means you have vm.dirty_bytes_ratio and vm.dirty_background_ratio 
set, instead. I forget what those default to, but I think 
dirty_bacgkround_ratio defaults to something like 10, which means *10%* of 
your memory may get used for buffering disk I/O before it starts writing data 
to disk. dirty_bytes_ratio will necessarily be higher, which means that if 
you're performing seriously write-intensive activities on a system with 32GiB 
of RAM, you may find yourself with a system that will halt until it finishes 
flushing 3+GiB of data to disk.

> cat swappiness
> 60

Yeah, you want that set to lower than that.

> 
> > vm.dirty_background_bytes ensures that any data (i.e. from mmap or
> > fwrite, not from swapping) waiting to be written to disk *starts*
> > getting written to disk once you've got at least the configured amount
> > (1MB) of data waiting. (If you've got a disk controller with
> > battery-backed or flash-backed write cache, you might consider
> > increasing this to some significant fraction of your write cache. I.e.
> > if you've got a 1GB FBWC with 768MB of that dedicated to write cache,
> > you might set this to 512MB or so. Depending on your workload. I/O
> > tuning is for those of us who enjoy the dark arts.)
> > 
> > 
> > 
> > vm.dirty_bytes says that once you've got the configured amount (10MB) of
> > data waiting to be disk, then no more asynchronous I/O is permitted
> > until you have no more data waiting; all outstanding writes must be
> > finished first. (My rule of thumb is to have this between 2-10 times the
> > value of vm.dirty_background_bytes. Though I'm really trying to avoid it
> > being high enough that it could take more than 50ms to transfer to disk;
> > that way, any stalls that do happen are almost imperceptible.)
> > 
> > 
> > 
> > You want vm.dirty_background_bytes to be high enough that your hardware
> > doesn't spend its time powered on if it doesn't have to be, and so that
> > your hardware can transfer data in large, efficient, streamable chunks.
> > 
> > 
> > 
> > You want vm.dirty_bytes enough higher than your first number so that
> > your hardware has enough time to spin up and transfer data before you
> > put the hammer down and say, "all right, nobody else gets to queue
> > writes until all the waiting data has reached disk."
> > 
> > 
> > 
> > You want vm.dirty_bytes *low* enough that when you *do* have to put that
> > hammer down, it doesn't interfere with your perceptions of a responsive
> > system. (And in a server context, you want it low enough that things
> > can't time out--or be pushed into timing out--waiting for it. Call your
> > user attention a matter of timing out expecting things to respond to
> > you, and the same principle applies...)
> > 
> > 
> > 
> > Now, vm.swappiness? That's a weighting factor for how quickly the kernel
> > should try moving memory to swap to be able to speedily respond to new
> > allocations. Me, I prefer the kernel to not preemptively move
> > lesser-used data to swap, because that's going to be a few hundred
> > megabytes worth of data all associated with one application, and it'll
> > be a real drag when I switch back to the 

Re: [gentoo-user] problem updating colord

[P Levine]

https://bugs.gentoo.org/show_bug.cgi?id=590842

On Aug 9, 2016 1:01 AM,  wrote:

> P Levine  wrote:
>
> > OK.  It's a multilib problem on my end.   colord built with
> > USE="abi_x86_32" should pull in sqlite built with USE="abi_x86_32" but it
> > doesn't.
> > Workaround:  ABI_X86="32" emerge sqlite colord
> >
> > On Mon, Aug 8, 2016 at 8:02 PM,  wrote:
> >
> > > P Levine  wrote:
> > >
> > > > I've been having  a similar problem with colord not finding its
> sqlite
> > > > dependency via pkgconfig even though it's there.  I haven't filed a
> bug
> > > yet
> > > > though.
> > >
> > > I think this is the exact bug I have, so go ahead and file the bug
> since
> > > it looks like no one is fixing it on their own.
>
> Well, that seems to have fixed it, but its a bug in the ebuild, so if
> you would file a bug, we would all be happier.
>
> Thanks again.
>
> --
> Your life is like a penny.  You're going to lose it.  The question is:
> How do
> you spend it?
>
>  John Covici
>  cov...@ccs.covici.com
>
>

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[james]

On 08/09/2016 09:17 AM, Michael Mol wrote:

On Tuesday, August 09, 2016 09:13:31 AM james wrote:


On 08/09/2016 07:42 AM, Michael Mol wrote:



> On Monday, August 08, 2016 10:45:09 PM Alan McKinnon wrote:



>> On 08/08/2016 19:20, Michael Mol wrote:



>>> On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:



 On 08/08/2016 17:02, Michael Mol wrote:



>>> snip <<<



>>



>> KMail is the lost child of KDE for many months now, I reckon this



>> situation is just going to get worse and worse. I know for myself my



>> mail problems ceased the day I dumped KMail4 for claws and/or

thunderbird


>



> That's really, really sad.



>



> I used Thunderbird for years, but I eventually had to stop when it

would,


> averaging once a month (though sometimes not for a couple months,



> sometimes a couple times a week) explode in memory consumption and drive



> the entire system unresponsively into swap.



>



> I've tried claws from time to time due to other annoyances with



> Thunderbird, but I kept switching back. Not because I liked Tbird, but



> (IIRC) because of stability issues I had with claws.



>



> Even with the bugs it has, Kontact and Akonadi has been the most

reliable


> mail client I've used in the last year. When it gives me problems, I

know


> why, and I can address it. (Running a heavily tuned MySQLd instance



> behind Akonadi, for example...)



>



> I wish someone would pay me to fix this stuff; I'd be able to spend the



> time on it.







Perhaps an experiment. Locate some folks that know about how to promote



'crowd funding'. The propose a project like this, targeted at business



and user, to all pitch in. In fact, quite a few beloved open source



projects could benefit, if the idea of crowd funding took hold



on open source soft. Perhaps one of the foundations deeply involved in



the open source movement would get behind the idea?







KDE is very popular, so the concept or something similar might just have



legs, even if it only funds a series of grad-students or young



programmers to maintain good FOSS projects?




A wonderful thought. I rather expect KDE is already doing this, but if
not, they ought to. (I'm sure someone who commits code to KDE reads this
list...)



Certainly wouldn't cover someone like me who has a family to support,
but still.








AS a side note, I put 32G of ram on my system and still at times it is



laggy with little processor load and htop shows little <30% ram usage.



What tools do you use to track down mem. management issues?




I use Zabbix extensively at work, and have the Zabbix agent on my
workstation reporting back various supported metrics. There's a great
deal you can use (and--my favorite--abuse) Zabbix for, especially once
you understand how it thinks.


Congradualtions! Of the net-analyzer crowd, you've manage to find one I 
have not spent time with









Any specific kernel tweaks?




Most of my tweaks for KDE revolved around tuning mysqld itself. But for
sysctls improving workstation responsiveness as it relates to memory
interactions with I/O, these are my go-tos:



vm.dirty_background_bytes = 1048576
vm.dirty_bytes = 10485760
vm.swappiness = 0


Mine are::
cat dirty_bytes
0
cat dirty_background_bytes
0
cat swappiness
60




vm.dirty_background_bytes ensures that any data (i.e. from mmap or
fwrite, not from swapping) waiting to be written to disk *starts*
getting written to disk once you've got at least the configured amount
(1MB) of data waiting. (If you've got a disk controller with
battery-backed or flash-backed write cache, you might consider
increasing this to some significant fraction of your write cache. I.e.
if you've got a 1GB FBWC with 768MB of that dedicated to write cache,
you might set this to 512MB or so. Depending on your workload. I/O
tuning is for those of us who enjoy the dark arts.)



vm.dirty_bytes says that once you've got the configured amount (10MB) of
data waiting to be disk, then no more asynchronous I/O is permitted
until you have no more data waiting; all outstanding writes must be
finished first. (My rule of thumb is to have this between 2-10 times the
value of vm.dirty_background_bytes. Though I'm really trying to avoid it
being high enough that it could take more than 50ms to transfer to disk;
that way, any stalls that do happen are almost imperceptible.)



You want vm.dirty_background_bytes to be high enough that your hardware
doesn't spend its time powered on if it doesn't have to be, and so that
your hardware can transfer data in large, efficient, streamable chunks.



You want vm.dirty_bytes enough higher than your first number so that
your hardware has enough time to spin up and transfer data before you
put the hammer down and say, "all right, nobody else gets to queue
writes until all the waiting data has reached disk."



You want vm.dirty_bytes *low* enough that when you *do* have to put that
hammer down, it doesn't interfere 

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[james]

On 08/09/2016 09:06 AM, J. Roeleveld wrote:

On August 9, 2016 4:13:31 PM GMT+02:00, james  wrote:



AS a side note, I put 32G of ram on my system and still at times it is
laggy with little processor load and htop shows little <30% ram usage.
What tools do you use to track down mem. management issues?

Any specific kernel tweaks?



Try iotop


OK, so the gentoo wikis says the only kernel modes for iotop are


General setup
-> CPU/Task time and stats accounting
   [*] Enable extended accounting over taskstats
   [*] Enable per-task storage I/O accounting


Do you add any others? Do you build a specific kernel for these sorts of 
low level account and debug codes to work, as reading about, some
can cause noticable performance degredations. So do you have a special 
kernel to track these problem and then return to a production kernel,

or leave them in all the time?

curiously,
James

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Daniel Frey]

On 08/09/2016 05:42 AM, Michael Mol wrote:
> I used Thunderbird for years, but I eventually had to stop when it would, 
> averaging once a month (though sometimes not for a couple months, sometimes a 
> couple times a week) explode in memory consumption and drive the entire 
> system 
> unresponsively into swap.
> 

I've been using thunderbird exclusively on my PC and haven't seen this
particular issue. When was the last time you tried it?

I've probably got between 8k and 10k messages in it right now. Memory
consumption is 3.3% of 8GB and I do see every 30 seconds or so
thunderbird wakes up and does something for a few seconds, using 8-10%
of CPU while it does. But I've never noticed it actually doing anything
(like slowing the system to a crawl.)

Dan

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Michael Mol]

On Tuesday, August 09, 2016 09:13:31 AM james wrote:
> On 08/09/2016 07:42 AM, Michael Mol wrote:
> > On Monday, August 08, 2016 10:45:09 PM Alan McKinnon wrote:
> >> On 08/08/2016 19:20, Michael Mol wrote:
> >>> On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:
>  On 08/08/2016 17:02, Michael Mol wrote:
> >>> snip <<<
> >>
> >> KMail is the lost child of KDE for many months now, I reckon this
> >> situation is just going to get worse and worse. I know for myself my
> >> mail problems ceased the day I dumped KMail4 for claws and/or thunderbird
> >
> > That's really, really sad.
> >
> > I used Thunderbird for years, but I eventually had to stop when it would,
> > averaging once a month (though sometimes not for a couple months,
> > sometimes a couple times a week) explode in memory consumption and drive
> > the entire system unresponsively into swap.
> >
> > I've tried claws from time to time due to other annoyances with
> > Thunderbird, but I kept switching back. Not because I liked Tbird, but
> > (IIRC) because of stability issues I had with claws.
> >
> > Even with the bugs it has, Kontact and Akonadi has been the most reliable
> > mail client I've used in the last year. When it gives me problems, I know
> > why, and I can address it. (Running a heavily tuned MySQLd instance
> > behind Akonadi, for example...)
> >
> > I wish someone would pay me to fix this stuff; I'd be able to spend the
> > time on it.
>
> Perhaps an experiment. Locate some folks that know about how to promote
> 'crowd funding'. The propose a project like this, targeted at business
> and user, to all pitch in. In fact, quite a few beloved open source
> projects could benefit, if the idea of crowd funding took hold
> on open source soft. Perhaps one of the foundations deeply involved in
> the open source movement would get behind the idea?
>
> KDE is very popular, so the concept or something similar might just have
> legs, even if it only funds a series of grad-students or young
> programmers to maintain good FOSS projects?

A wonderful thought. I rather expect KDE is already doing this, but if not, 
they ought to. (I'm
sure someone who commits code to KDE reads this list...)

Certainly wouldn't cover someone like me who has a family to support, but still.

>
> AS a side note, I put 32G of ram on my system and still at times it is
> laggy with little processor load and htop shows little <30% ram usage.
> What tools do you use to track down mem. management issues?

I use Zabbix extensively at work, and have the Zabbix agent on my workstation 
reporting
back various supported metrics. There's a great deal you can use (and--my 
favorite--
abuse) Zabbix for, especially once you understand how it thinks.

>
> Any specific kernel tweaks?

Most of my tweaks for KDE revolved around tuning mysqld itself. But for sysctls 
improving
workstation responsiveness as it relates to memory interactions with I/O, these 
are my go-
tos:

vm.*dirty*_background_bytes = 1048576
vm.*dirty*_bytes = 10485760
vm.*swap*piness = 0

vm.dirty_background_bytes ensures that any data (i.e. from mmap or fwrite, not 
from
swapping) waiting to be written to disk *starts* getting written to disk once 
you've got at
least the configured amount (1MB) of data waiting. (If you've got a disk 
controller with
battery-backed or flash-backed write cache, you might consider increasing this 
to some
significant fraction of your write cache. I.e. if you've got a 1GB FBWC with 
768MB of that
dedicated to write cache, you might set this to 512MB or so. Depending on your 
workload.
I/O tuning is for those of us who enjoy the dark arts.)

vm.dirty_bytes says that once you've got the configured amount (10MB) of data 
waiting to
be disk, then no more asynchronous I/O is permitted until you have no more data 
waiting;
all outstanding writes must be finished first. (My rule of thumb is to have 
this between 2-10
times the value of vm.dirty_background_bytes. Though I'm really trying to avoid 
it being
high enough that it could take more than 50ms to transfer to disk; that way, 
any stalls that
do happen are almost imperceptible.)

You want vm.dirty_background_bytes to be high enough that your hardware doesn't 
spend
its time powered on if it doesn't have to be, and so that your hardware can 
transfer data in
large, efficient, streamable chunks.

You want vm.dirty_bytes enough higher than your first number so that your 
hardware has
enough time to spin up and transfer data before you put the hammer down and 
say, "all
right, nobody else gets to queue writes until all the waiting data has reached 
disk."

You want vm.dirty_bytes *low* enough that when you *do* have to put that hammer 
down,
it doesn't interfere with your perceptions of a responsive system. (And in a 
server context,
you want it low enough that things can't time out--or be pushed into timing 
out--waiting for
it. Call your user attention a matter of timing out expecting things to respond 
to you, and
the same 

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[J. Roeleveld]

On August 9, 2016 4:13:31 PM GMT+02:00, james  wrote:
>On 08/09/2016 07:42 AM, Michael Mol wrote:
>> On Monday, August 08, 2016 10:45:09 PM Alan McKinnon wrote:
>>> On 08/08/2016 19:20, Michael Mol wrote:
 On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:
> On 08/08/2016 17:02, Michael Mol wrote:
>
 snip <<<
>>> KMail is the lost child of KDE for many months now, I reckon this
>>> situation is just going to get worse and worse. I know for myself my
>>> mail problems ceased the day I dumped KMail4 for claws and/or
>thunderbird
>>
>> That's really, really sad.
>>
>> I used Thunderbird for years, but I eventually had to stop when it
>would,
>> averaging once a month (though sometimes not for a couple months,
>sometimes a
>> couple times a week) explode in memory consumption and drive the
>entire system
>> unresponsively into swap.
>>
>> I've tried claws from time to time due to other annoyances with
>Thunderbird,
>> but I kept switching back. Not because I liked Tbird, but (IIRC)
>because of
>> stability issues I had with claws.
>>
>> Even with the bugs it has, Kontact and Akonadi has been the most
>reliable mail
>> client I've used in the last year. When it gives me problems, I know
>why, and
>> I can address it. (Running a heavily tuned MySQLd instance behind
>Akonadi, for
>> example...)
>>
>> I wish someone would pay me to fix this stuff; I'd be able to spend
>the time on
>> it.
>
>Perhaps an experiment. Locate some folks that know about how to promote
>
>'crowd funding'. The propose a project like this, targeted at business 
>and user, to all pitch in. In fact, quite a few beloved open source 
>projects could benefit, if the idea of crowd funding took hold
>on open source soft. Perhaps one of the foundations deeply involved in 
>the open source movement would get behind the idea?
>
>KDE is very popular, so the concept or something similar might just
>have 
>legs, even if it only funds a series of grad-students or young 
>programmers to maintain good FOSS projects?
>
>AS a side note, I put 32G of ram on my system and still at times it is 
>laggy with little processor load and htop shows little <30% ram usage.
>What tools do you use to track down mem. management issues?
>
>Any specific kernel tweaks?
>
>
>hth,
>James
>
>
>
>hth,
>James

Try iotop

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[james]

On 08/09/2016 07:42 AM, Michael Mol wrote:

On Monday, August 08, 2016 10:45:09 PM Alan McKinnon wrote:

On 08/08/2016 19:20, Michael Mol wrote:

On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:

On 08/08/2016 17:02, Michael Mol wrote:



snip <<<

KMail is the lost child of KDE for many months now, I reckon this
situation is just going to get worse and worse. I know for myself my
mail problems ceased the day I dumped KMail4 for claws and/or thunderbird


That's really, really sad.

I used Thunderbird for years, but I eventually had to stop when it would,
averaging once a month (though sometimes not for a couple months, sometimes a
couple times a week) explode in memory consumption and drive the entire system
unresponsively into swap.

I've tried claws from time to time due to other annoyances with Thunderbird,
but I kept switching back. Not because I liked Tbird, but (IIRC) because of
stability issues I had with claws.

Even with the bugs it has, Kontact and Akonadi has been the most reliable mail
client I've used in the last year. When it gives me problems, I know why, and
I can address it. (Running a heavily tuned MySQLd instance behind Akonadi, for
example...)

I wish someone would pay me to fix this stuff; I'd be able to spend the time on
it.


Perhaps an experiment. Locate some folks that know about how to promote 
'crowd funding'. The propose a project like this, targeted at business 
and user, to all pitch in. In fact, quite a few beloved open source 
projects could benefit, if the idea of crowd funding took hold
on open source soft. Perhaps one of the foundations deeply involved in 
the open source movement would get behind the idea?


KDE is very popular, so the concept or something similar might just have 
legs, even if it only funds a series of grad-students or young 
programmers to maintain good FOSS projects?


AS a side note, I put 32G of ram on my system and still at times it is 
laggy with little processor load and htop shows little <30% ram usage.

What tools do you use to track down mem. management issues?

Any specific kernel tweaks?


hth,
James



hth,
James

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Michael Mol]

On Monday, August 08, 2016 10:45:09 PM Alan McKinnon wrote:
> On 08/08/2016 19:20, Michael Mol wrote:
> > On Monday, August 08, 2016 06:52:15 PM Alan McKinnon wrote:
> >> On 08/08/2016 17:02, Michael Mol wrote:

[snip]

> > 
> > [nomerge   ] kde-apps/kde-apps-meta-16.04.3
> > 
> > [nomerge   ] kde-apps/kdepim-meta-4.14.11_pre20160211
> > 
> > [ebuild  NS]  kde-apps/kdepim-l10n-15.12.3 [4.14.3-r1] USE="-debug
> > -handbook" L10N="-ar -bg -bs -ca -ca-valencia -cs -da -de -el -en-GB -eo
> > -es -et -eu -fa -fi -fr -ga -gl -he -hi -hr -hu -ia -id -is -it -ja -kk
> > -km -ko -lt -lv -mr -nb -nds -nl -nn -pa -pl -pt -pt-BR -ro -ru -sk -sl
> > -sr -sv -tr -ug -uk -wa -zh-CN -zh-TW"
> > 
> > [blocks b  ]   kde-apps/kdepim-l10n:4 ("kde-apps/kdepim-l10n:4" is
> > blocking kde-apps/kdepim-l10n-15.12.3)
> > 
> > [uninstall ]kde-apps/kdepim-l10n-4.14.3-r1
> > 
> > [blocks B  ]  > (" 
> It wants to pull in kde-apps/kdepim-l10n-15.12.3
> 
> Any reason it refuses  kde-apps/kdepim-l10n-16.04.3 other than it's
> unstable?

Good catch. I thought I had most of kde-apps unmasked for unstable to keep 
with the rolling. Missed that one.

> 
> 
> KMail is the lost child of KDE for many months now, I reckon this
> situation is just going to get worse and worse. I know for myself my
> mail problems ceased the day I dumped KMail4 for claws and/or thunderbird

That's really, really sad.

I used Thunderbird for years, but I eventually had to stop when it would, 
averaging once a month (though sometimes not for a couple months, sometimes a 
couple times a week) explode in memory consumption and drive the entire system 
unresponsively into swap.

I've tried claws from time to time due to other annoyances with Thunderbird, 
but I kept switching back. Not because I liked Tbird, but (IIRC) because of 
stability issues I had with claws.

Even with the bugs it has, Kontact and Akonadi has been the most reliable mail 
client I've used in the last year. When it gives me problems, I know why, and 
I can address it. (Running a heavily tuned MySQLd instance behind Akonadi, for 
example...)

I wish someone would pay me to fix this stuff; I'd be able to spend the time on 
it.

-- 
:wq

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Peter Humphrey]

On Tue, 9 Aug 2016 10:50:21 +0200
Alan McKinnon  wrote:

> On 09/08/2016 09:52, Peter Humphrey wrote:
> > On Monday 08 Aug 2016 22:45:09 Alan McKinnon wrote:
> >   
> >> KMail is the lost child of KDE for many months now, I reckon this
> >> situation is just going to get worse and worse. I know for myself my
> >> mail problems ceased the day I dumped KMail4 for claws and/or
> >> thunderbird  
> > 
> > Not wishing to hijack the thread, but have you found a way to convert
> > KMail archives to Claws format? Google shows me some dodgy-looking
> > tricks, but is there a proper way?
> >   
> 
> 
> install a local IMAP server and move your mails to it
> 

Interesting idea. But the script Neil mentioned worked quickly, easily and
apparently flawlessly. I'm now writing this in Claws.

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Alan McKinnon]

On 09/08/2016 09:52, Peter Humphrey wrote:
> On Monday 08 Aug 2016 22:45:09 Alan McKinnon wrote:
> 
>> KMail is the lost child of KDE for many months now, I reckon this
>> situation is just going to get worse and worse. I know for myself my
>> mail problems ceased the day I dumped KMail4 for claws and/or thunderbird
> 
> Not wishing to hijack the thread, but have you found a way to convert KMail 
> archives to Claws format? Google shows me some dodgy-looking tricks, but is 
> there a proper way?
> 


install a local IMAP server and move your mails to it

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Peter Humphrey]

On Tuesday 09 Aug 2016 09:03:11 Neil Bothwick wrote:
> On Tue, 09 Aug 2016 08:52:29 +0100, Peter Humphrey wrote:
> > Not wishing to hijack the thread, but have you found a way to convert
> > KMail archives to Claws format? Google shows me some dodgy-looking
> > tricks, but is there a proper way?
> 
> There's a conversion script on the Claws web site:
> 
> http://www.claws-mail.org/tools.php?section=downloads

Thanks Neil. I'll definitely give that a go.

-- 
Rgds
Peter

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Neil Bothwick]

On Tue, 09 Aug 2016 08:52:29 +0100, Peter Humphrey wrote:

> Not wishing to hijack the thread, but have you found a way to convert
> KMail archives to Claws format? Google shows me some dodgy-looking
> tricks, but is there a proper way?

There's a conversion script on the Claws web site:

http://www.claws-mail.org/tools.php?section=downloads


-- 
Neil Bothwick

Top Oxymorons Number 10: Computer security


pgphbS3m2IDcg.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] kde-apps/kde-l10n-16.04.3:5/5::gentoo conflicting with kde-apps/kdepim-l10n-15.12.3:5/5::gentoo

[Peter Humphrey]

On Monday 08 Aug 2016 22:45:09 Alan McKinnon wrote:

> KMail is the lost child of KDE for many months now, I reckon this
> situation is just going to get worse and worse. I know for myself my
> mail problems ceased the day I dumped KMail4 for claws and/or thunderbird

Not wishing to hijack the thread, but have you found a way to convert KMail 
archives to Claws format? Google shows me some dodgy-looking tricks, but is 
there a proper way?

-- 
Rgds
Peter