Re: Options for kdepim using kde 4.7/unstable?
Am Freitag, 16. März 2012 schrieb Dietz Pröpper: Benjamin Eikel: I suspect something like that, but can't nail it down. The fact, that if I fire up gnome, I see the expected consumption, around 15W, and on a freshly created account, kde pulls around 22W idleing around indicates that it's in some way kde related I think. have you tried powertop [1] to get an idea which process might be responsible for the power consumption? Indeed, I did, which led me to plasma-desktop in the first place. I see around 300 wakeups/s, 1/3 of them via plasma-desktop. Expected are around 120-150 on my kde workspace. Of course, in idle state. Hmmm, I have easily around 500-600 wakeups/second. But I do not even see plasma-desktop in the process list on the Overview tab of powertop. No, no plasma-desktop there at all. But stuff like KWin, Dolphin, Kmail, Akregator, some Konquerors which were preloaded - why are these doing anything anyway? -, sometimes Iceweasel, and various Nepomuk stuff like nepomukindexer, nepomukservicestubs and virtuoso-t, as well as postgres for Akonadi, some interrupt threads (I use threadirqs kernel option) and BTRFS. Still fan isn´t even running most of the time. Sandybrdige CPU is in C7 sleep state in 87% of the time. It idles in about 30-35% of the time and is at 800 MHz in about 60% of the time. Rest is distributed among frequencies with the bulk of 2-8% in turbo mode. The machine is basically doing nothing except for those wakeups. Thus is you have plasma-desktop in the first place, I think this is not normal. Unless you do not run anything else at all in the moment. I think I will try with all user applications closed and look again. I would test with a new user with a bog standard KDE configuration first. If that is better I would disable plasmoids one by one starting with those which I added yourself until I find the culprit. Since these are running in the context of plasma-desktop and I am not even sure whether they run as threads there, I do not know any other approach that would work. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203171147.19444.mar...@lichtvoll.de
Re: Options for kdepim using kde 4.7/unstable?
Am Samstag, 17. März 2012 schrieb Martin Steigerwald: Thus is you have plasma-desktop in the first place, I think this is not normal. Unless you do not run anything else at all in the moment. I think I will try with all user applications closed and look again. So there we go - just two samples with all applications closed, all preloaded konquerors stopped, Akonadi stopped, Nepomuk told to stop indexing (whether it did, is another question): Summary: 355,2 wakeups/second, 0,0 GPU ops/second and 0,0 VFS ops/sec Usage Events/sCategory Description 100,0% Device Audio codec hwC0D0: Conexant 100,0% Device Audio codec hwC0D3: Intel 9,2 ms/s 89,2Processkwin -session 10cec7d36b0001315584005015999_1331979787_317189 12,3 ms/s 67,5Process/usr/bin/X :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-5Zjkna 2,0 ms/s 60,1Process[irq/44-i915] 1,0 ms/s 40,0Timer hrtimer_wakeup 257,1 µs/s 23,5Interrupt [44] i915 2,7 ms/s 14,2Process/usr/bin/konsole -session 10cec7d36b00013279203730100040021_1331979787_178488 79,4 µs/s 7,5Process[ksoftirqd/2] 143,2 µs/s 6,5Process[irq/43-ahci] 7,9 ms/s 2,8Process/usr/bin/plasma-desktop 66,6 µs/s 5,6Process[ksoftirqd/0] 243,3 µs/s 4,6Process[irq/16-mmc0] 400,8 µs/s 3,5Timer tick_sched_timer 39,9 µs/s 2,9Process[ksoftirqd/1] 19,9 µs/s 2,6Process[btrfs-endio-met] 92,2 µs/s 1,9Process[scsi_eh_2] 19,2 µs/s 1,9Interrupt [16] mmc0 16,8 µs/s 1,6Process[ksoftirqd/3] 150,0 µs/s 1,5Process/usr/bin/dirmngr --daemon --sh 361,7 µs/s 1,2Process[btrfs-transacti] 221,6 µs/s 1,2Process/usr/lib/upower/upowerd 40,1 µs/s 1,1Process[irq/9-acpi] 241,0 µs/s 1,0kWork disk_events_workfn 107,8 µs/s 1,1Process/usr/bin/python /usr/bin/hp-systray 124,5 µs/s 1,0kWork cache_reap 291,0 µs/s 0,8Process/usr/bin/dbus-daemon --system 194,3 µs/s 0,8Processkdeinit4: kded4 [kdeinit] 18,7 µs/s 0,7Interrupt [43] SATA controller 580,1 µs/s 0,5Processksysguardd 148,5 µs/s 0,5Process/usr/bin/virtuoso-t +foreground +configfile /tmp/virtuoso_jd2710.ini +wait 106,5 µs/s 0,5Processudisks-daemon: polling /dev/sr0 16,0 µs/s 0,5kWork e1000_watchdog_task 3,7 µs/s 0,5kWork wq_barrier_func 2,6 µs/s 0,5kWork i915_gem_retire_work_handler 33,7 µs/s 0,5kWork gen6_pm_rps_work Summary: 261,3 wakeups/second, 0,0 GPU ops/second and 0,0 VFS ops/sec Usage Events/sCategory Description 100,0% Device Audio codec hwC0D0: Conexant 100,0% Device Audio codec hwC0D3: Intel 6,7 ms/s 75,1Processkwin -session 10cec7d36b0001315584005015999_1331979787_317189 10,6 ms/s 57,5Process/usr/bin/X :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-5Zjkna 1,3 ms/s 39,4Process[irq/44-i915] 273,0 µs/s 19,5Interrupt [44] i915 0,9 ms/s 16,5Timer hrtimer_wakeup 1,5 ms/s 6,8Process/usr/bin/konsole -session 10cec7d36b00013279203730100040021_1331979787_178488 81,0 µs/s 5,9Process[ksoftirqd/2] 164,2 µs/s 5,2Process[irq/43-ahci] 6,1 ms/s 2,1Process/usr/bin/plasma-desktop 50,1 µs/s 4,1Process[ksoftirqd/1] 21,1 µs/s 2,8Interrupt [43] SATA controller 345,4 µs/s 2,2Timer tick_sched_timer 114,2 µs/s 2,2Process[irq/16-mmc0] 39,0 µs/s 2,1Process[btrfs-endio-met] 91,0 µs/s
Re: Options for kdepim using kde 4.7/unstable?
Martin Steigerwald: Am Freitag, 16. März 2012 schrieb Dietz Pröpper: Benjamin Eikel: I suspect something like that, but can't nail it down. The fact, that if I fire up gnome, I see the expected consumption, around 15W, and on a freshly created account, kde pulls around 22W idleing around indicates that it's in some way kde related I think. have you tried powertop [1] to get an idea which process might be responsible for the power consumption? Indeed, I did, which led me to plasma-desktop in the first place. I see around 300 wakeups/s, 1/3 of them via plasma-desktop. Expected are around 120-150 on my kde workspace. Of course, in idle state. Hmmm, I have easily around 500-600 wakeups/second. On an idle system? But I do not even see plasma-desktop in the process list on the Overview tab of powertop. I see between 20 and 100 events from plasma-desktop, and around the same from the X sever (nvidia, Quadro FX 880M). CPU-wise, plasma-desktop permanently pulls 1-2% cpu time, and the x server another 3-5%. Thus is you have plasma-desktop in the first place, I think this is not normal. Ack. And the behaviour is not that clear that I can rule out other heavy electrons ;-). Unless you do not run anything else at all in the moment. I think I will try with all user applications closed and look again. Yes, that will be the next step. Did not really have the time to look into this much deeper. I would test with a new user with a bog standard KDE configuration first. That was the first try I gave ;-). And power consumption was basically the same. And, as written, it seems to be something kde related, because neither with a gnome desktop, nor with no X11 running at all I could reproduce the power drain. If that is better I would disable plasmoids one by one starting with those which I added yourself until I find the culprit. Since these are running in the context of plasma-desktop and I am not even sure whether they run as threads there, I do not know any other approach that would work. Hopefully I'll have the time to look into that the next days a littl deeper. (You know, knowing that probably s.t. is broken on my side makes diagnosis much easier ;-). regards, Dietz -- To be a bug is a dumb thing, a silly and a bump thing, but to be a bug is something, and You're not a thing at all. signature.asc Description: This is a digitally signed message part.
Re: Options for kdepim using kde 4.7/unstable?
Martin Steigerwald: Am Dienstag, 13. März 2012 schrieb Dietz Pröpper: Current kde from unstable is a bad idea for a laptop imho, because for some reason, plasma-desktop permanently pulls some % of cpu time, therefore ruining battery life. It might do so on your machine(s). Obviously :-\. On my machines it doesn´t. Ack. plasma-desktop might pull CPU time permanently due to some widget you have installed that I may not have installed. I suspect something like that, but can't nail it down. The fact, that if I fire up gnome, I see the expected consumption, around 15W, and on a freshly created account, kde pulls around 22W idleing around indicates that it's in some way kde related I think. Regards, Dietz -- To be a bug is a dumb thing, a silly and a bump thing, but to be a bug is something, and You're not a thing at all. signature.asc Description: This is a digitally signed message part.
Re: Options for kdepim using kde 4.7/unstable?
Hello Dietz, Am Freitag, 16. März 2012, 10:53:46 schrieb Dietz Pröpper: Martin Steigerwald: Am Dienstag, 13. März 2012 schrieb Dietz Pröpper: Current kde from unstable is a bad idea for a laptop imho, because for some reason, plasma-desktop permanently pulls some % of cpu time, therefore ruining battery life. It might do so on your machine(s). Obviously :-\. On my machines it doesn´t. Ack. plasma-desktop might pull CPU time permanently due to some widget you have installed that I may not have installed. I suspect something like that, but can't nail it down. The fact, that if I fire up gnome, I see the expected consumption, around 15W, and on a freshly created account, kde pulls around 22W idleing around indicates that it's in some way kde related I think. have you tried powertop [1] to get an idea which process might be responsible for the power consumption? Kind regards Benjamin [1] http://packages.debian.org/powertop -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203161107.00472.deb...@eikel.org
Re: Options for kdepim using kde 4.7/unstable?
Benjamin Eikel: I suspect something like that, but can't nail it down. The fact, that if I fire up gnome, I see the expected consumption, around 15W, and on a freshly created account, kde pulls around 22W idleing around indicates that it's in some way kde related I think. have you tried powertop [1] to get an idea which process might be responsible for the power consumption? Indeed, I did, which led me to plasma-desktop in the first place. I see around 300 wakeups/s, 1/3 of them via plasma-desktop. Expected are around 120-150 on my kde workspace. Of course, in idle state. Anyway, atm, not even my stomach seems to have any suspicion :-\. regards, Dietz -- To be a bug is a dumb thing, a silly and a bump thing, but to be a bug is something, and You're not a thing at all. signature.asc Description: This is a digitally signed message part.
Re: Options for kdepim using kde 4.7/unstable?
Am Dienstag, 13. März 2012 schrieb Dietz Pröpper: Johannes Graumann: Hi, For my new laptop I'm tempted to go with kde 4.7 as now residing in unstable. However, the lack of kdepim therein is a show stopper for me. Do inofficial repositories exist to get kontact none the less? Are their other options? Current kde from unstable is a bad idea for a laptop imho, because for some reason, plasma-desktop permanently pulls some % of cpu time, therefore ruining battery life. It might do so on your machine(s). On my machines it doesn´t. plasma-desktop might pull CPU time permanently due to some widget you have installed that I may not have installed. If something happens for you, it does not necessarily happen for everyone else. KDE SC 4.7.4 IMHO is the best KDE 4 I ever had running here so far. Of course your mileage may vary. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203151114.39574.mar...@lichtvoll.de
Re: Options for kdepim using kde 4.7/unstable?
Am Dienstag, 13. März 2012 schrieb Sune Vuorela: On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. Hmmm. I never did test it. From what I read on kdepim and kdepim-users mailing lists there have been quite some users having had severe issues with it. There may be quite some users not having issues and these may be less vocal about it tough. Anyway I read that KDE developers fixed lots and lots of bugs have for KDEPIM 4.8 and 4.8.1 and are still being fixed. And did quite some performance improvements. Thus from what said I suggest not to use the older KDEPIM 4.7.x, but instead KDEPIM 4.8.1 or (preferably) 4.8.2 when its out or even 4.8.3 or later. I do hope that later 4.8.x versions of KDEPIM will be suitable for production use and I wonder what the plans on official KDEPIM 2 packages for Debian are. I think at some time it makes sense to actually try it. I am quite reluctant still since I have a ton of a lot of mails in lots of folders received via POP3 and I do not want to run into any data loss issues. Sure I have backups, but not daily and loosing mail isn´t fun. Maybe its time for IMAP, but there have had been a report on mail losses via IMAP as well[1][2]. And I am not talking about meta data here. I know Akonadi only stores metadata and just caches mail bodies for a limited about of time. Well anyway I do think its no digital crap / no crap. But it had severe bugs and I think it is still maturing a lot. From what I read. As written, I didn´t yet test it myself. I thought about duplicating all my mails on the server and use KDEPIM 2 in a VM with the duplicated account, but OTOH I´d like to avoid this extra work. Thus I´d like to be confident that all mail loss issues have been fixed and watch that no new reports on mail losses appear for a while. That said, also KDEPIM 1 did have some mail loss issues AFAIR - index and low free disk space related. But at least the index related one I remember was more of a metadata issue that could be fixed by stopping KMail, deleting the index file of the folder and then starting it again. I can stand some other bugs and issues. KDEPIM 4.4.5 also still has some. But mail loss is something I like to avoid. There is no 100% guarentee ever I know tough. I also try out BTRFS since about a year already, so I think I take some risk with KDEPIM 2 as well. And I think the point when I like to try it is approaching in the next months. [1] [Kde-pim] 4.8.1 + akoandi 1.7.0 + bogofilter results in mail loss http://comments.gmane.org/gmane.comp.kde.devel.pim/32830 (I do use CRM114 for local filtering, so that may apply to me too). [2] [Kde-pim] Mail loss when moving email while it is downloaded http://lists.kde.org/?l=kde-pimm=132846426028371 Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203151142.18133.mar...@lichtvoll.de
Re: Options for kdepim using kde 4.7/unstable?
A Dimarts 13 Març 2012, Sune Vuorela va escriure: On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. I don't know if it's a crap or not, but how can I test it with debian? What's the problem with kdepim? I'm sorry if it's a obvious question, but kdepim 4.4 lacks a lot of features, specially webdav, caldav, etc and it's a pity to have a wonderful kde 4.7.4 with an old kdepim. Leo -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnjlviue.p7v.nos...@sshway.ssh.pusling.com -- -- Linux User 152692 Catalonia -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203151142.15973@alaxarxa.net
Re: Options for kdepim using kde 4.7/unstable?
On 2012-03-15, Martin Steigerwald mar...@lichtvoll.de wrote: Am Dienstag, 13. März 2012 schrieb Sune Vuorela: On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. Hmmm. I never did test it. on my laptop which runs kde master I have been using it since may. /Sune -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnjm3ic1.p7v.nos...@sshway.ssh.pusling.com
Re: Options for kdepim using kde 4.7/unstable?
Am Donnerstag, 15. März 2012 schrieb Leopold Palomo-Avellaneda: A Dimarts 13 Març 2012, Sune Vuorela va escriure: On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. I don't know if it's a crap or not, but how can I test it with debian? What's the problem with kdepim? I'm sorry if it's a obvious question, but kdepim 4.4 lacks a lot of features, specially webdav, caldav, etc and it's a pity to have a wonderful kde 4.7.4 with an old kdepim. I tried to give some quick overview in my other mail. My issue is that I want to be quite confident that any possible remaining data loss issue has been fixed. I did not yet test it myself, but I do read kdepim and kdepim- users mailing lists regularily in the last months to get an impression on the current state. Anyway, I suggest that you also subscribe to at least kdepim-users when you like to try out KDEPIM 2 right now. You may read there about some issues users who already use it seem to have. I think it does not make that much sense to replicate that information here. There are issues with mail search - not that it ever worked really nice with KDEPIM 1 IMHO -, auto completion, there are some performance issues with Akonadi Nepomuk feeding that I hope will be mostly resolved with KDEPIM 4.8.2 and some other usability stuff as far as I remember from my reading right now. Anyway once I am confident that any known mail loss issues have been fixed and no new one appeared for a while I really do like to use it and contribute with bug reports for any issue I still see then. KDE developers are working really hard to make the Akonadi based KDEPIM rocking and I really do appreciate it. I think in the short to middle term it will be better than KDEPIM 1. And in the long term it will leave it behind completely. As I do think the architecture to use a database like approach to PIM metadata is a good one. Its a bit like all the big changes in KDE SC 4.0. There it also took developers and testers also quite a while to make it production ready. I do think KDEPIM 2 is getting there now. About two major releases after introducing it to KDE SC again with KDE SC 4.6. KDE SC 4.2 also was also way better then KDE SC 4.0 and the first one I installed onto on my Debian systems. So I do think that I like to test it soon. Two or three major releases after initial release + some minor release added to the mix, lets say 4.8.2 or 4.9.1 should be quite good I bet ;). -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203151158.26295.mar...@lichtvoll.de
Re: Options for kdepim using kde 4.7/unstable?
Am Donnerstag, 15. März 2012 schrieb Sune Vuorela: On 2012-03-15, Martin Steigerwald mar...@lichtvoll.de wrote: Am Dienstag, 13. März 2012 schrieb Sune Vuorela: On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. Hmmm. I never did test it. on my laptop which runs kde master I have been using it since may. And your experience is good I read out of your I officially disagree. You didn´t have any mail loss issues? That the thing I am the most concerned about - as this ThinkPad T520 with Intel SSD 320 should level through quite some of the reported performance issues and I can live with some usability issues that may still left. Heck, since KDE SC 4.7.4 even Nepomuk desktop search is quite unobtrusive here while previous versions even got this laptop quite busy. Well I think I really do like to give it a try. What Akonadi backend do you use? Some time ago I switched from SQLite3 that I used before to PostgreSQL as I read some MySQL related InnoDB configuration issue with sudden abruption of write operations due to power loss or kernel crash. For KAddressBook which already uses Akonadi in KDEPIM 4.4.5 this works nicely. I once had to delete some PostgreSQL lock to have the database started again after some crash - I reported this on bugs.kde.org -, but aside from that its fine. Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203151208.20478.mar...@lichtvoll.de
Re: Options for kdepim using kde 4.7/unstable?
On 2012-03-15, Martin Steigerwald mar...@lichtvoll.de wrote: Am Donnerstag, 15. März 2012 schrieb Sune Vuorela: On 2012-03-15, Martin Steigerwald mar...@lichtvoll.de wrote: Am Dienstag, 13. März 2012 schrieb Sune Vuorela: On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. Hmmm. I never did test it. on my laptop which runs kde master I have been using it since may. And your experience is good I read out of your I officially disagree. You didn?t have any mail loss issues? That the thing I am the most concerned about - as this ThinkPad T520 with Intel SSD 320 should level as far as I_know, I haven't lost any mails :) There has of course from time to time been temporary glitches when you use master branch, but still all in all it has been a quite ok experience. What Akonadi backend do you use? Some time ago I switched from SQLite3 that I used before to PostgreSQL as I read some MySQL related InnoDB configuration issue with sudden abruption of write operations due to power loss or kernel crash. For KAddressBook which already uses Akonadi in KDEPIM 4.4.5 this works nicely. I once had to delete some PostgreSQL lock to have the database started again after some crash - I reported this on bugs.kde.org -, but aside from that its fine. I wouldn't use the sqlite backend, given it is slow and ineffective. I used mysql because it was the thing that works out of the box. /Sune -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnjm3k39.p7v.nos...@sshway.ssh.pusling.com
Re: Options for kdepim using kde 4.7/unstable?
Hello, On 2012 m. of March 15 d., Thursday 12:42:17 Martin Steigerwald wrote: Am Dienstag, 13. März 2012 schrieb Sune Vuorela: On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. Hmmm. I never did test it. From what I read on kdepim and kdepim-users mailing lists there have been quite some users having had severe issues with it. There may be quite some users not having issues and these may be less vocal about it tough. Anyway I read that KDE developers fixed lots and lots of bugs have for KDEPIM 4.8 and 4.8.1 and are still being fixed. And did quite some performance improvements. Thus from what said I suggest not to use the older KDEPIM 4.7.x, but instead KDEPIM 4.8.1 or (preferably) 4.8.2 when its out or even 4.8.3 or later. I do hope that later 4.8.x versions of KDEPIM will be suitable for production use and I wonder what the plans on official KDEPIM 2 packages for Debian are. FWIW, I was referring to kdepim 4.7, not *4.8*. In fact, we will probably upload kdepim 4.8.x together with KDE SC 4.8.x. But that's for future. I said it was crap because I actually lost mails with kdepim 4.7 when I tried it. -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203151407.11425.mo...@debian.org
Re: Options for kdepim using kde 4.7/unstable?
Leopold Palomo-Avellaneda l...@alaxarxa.net A Dimarts 13 Març 2012, Sune Vuorela va escriure: On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. I don't know if it's a crap or not, but how can I test it with debian? What's the problem with kdepim? I'm sorry if it's a obvious question, but kdepim 4.4 lacks a lot of features, specially webdav, caldav, etc and it's a pity to have a wonderful kde 4.7.4 with an old kdepim. Leo Read this mailing list archives. signature.asc Description: This is a digitally signed message part.
Re: Options for kdepim using kde 4.7/unstable?
Modestas Vainius mo...@debian.org FWIW, I was referring to kdepim 4.7, not *4.8*. In fact, we will probably upload kdepim 4.8.x together with KDE SC 4.8.x. But that's for future. Let me clarify that there isn't any official plan wrt kdepim 4.7 nor 4.8, since we didn't discussed it as a team (yet). signature.asc Description: This is a digitally signed message part.
Re: Options for kdepim using kde 4.7/unstable?
Am Donnerstag, 15. März 2012 schrieb Modestas Vainius: Hello, Hi Modestas, On 2012 m. of March 15 d., Thursday 12:42:17 Martin Steigerwald wrote: Am Dienstag, 13. März 2012 schrieb Sune Vuorela: On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. Hmmm. I never did test it. From what I read on kdepim and kdepim-users mailing lists there have been quite some users having had severe issues with it. There may be quite some users not having issues and these may be less vocal about it tough. Anyway I read that KDE developers fixed lots and lots of bugs have for KDEPIM 4.8 and 4.8.1 and are still being fixed. And did quite some performance improvements. Thus from what said I suggest not to use the older KDEPIM 4.7.x, but instead KDEPIM 4.8.1 or (preferably) 4.8.2 when its out or even 4.8.3 or later. I do hope that later 4.8.x versions of KDEPIM will be suitable for production use and I wonder what the plans on official KDEPIM 2 packages for Debian are. FWIW, I was referring to kdepim 4.7, not *4.8*. Yes, I know. I didn´t want to hint at something else. In fact, we will probably upload kdepim 4.8.x together with KDE SC 4.8.x. But that's for future. I said it was crap because I actually lost mails with kdepim 4.7 when I tried it. Well thats exactly what I like to avoid ;). Thanks for clarifying, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203151429.49691.mar...@lichtvoll.de
Re: Options for kdepim using kde 4.7/unstable?
Johannes Graumann johannes_graum...@web.de Hi, For my new laptop I'm tempted to go with kde 4.7 as now residing in unstable. However, the lack of kdepim therein is a show stopper for me. Do inofficial repositories exist to get kontact none the less? Are their other options? No. Thanks for any hints, Joh signature.asc Description: This is a digitally signed message part.
Re: Options for kdepim using kde 4.7/unstable?
Hello Johannes, Am Dienstag, 13. März 2012, 11:23:46 schrieb Johannes Graumann: Hi, For my new laptop I'm tempted to go with kde 4.7 as now residing in unstable. However, the lack of kdepim therein is a show stopper for me. Do inofficial repositories exist to get kontact none the less? Are their other options? I do not understand your question. Kontact is in unstable [1]. Kind regards Benjamin [1] http://packages.debian.org/sid/kontact -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203131134.10622.benja...@eikel.org
Re: Options for kdepim using kde 4.7/unstable?
Johannes Graumann: Hi, For my new laptop I'm tempted to go with kde 4.7 as now residing in unstable. However, the lack of kdepim therein is a show stopper for me. Do inofficial repositories exist to get kontact none the less? Are their other options? Current kde from unstable is a bad idea for a laptop imho, because for some reason, plasma-desktop permanently pulls some % of cpu time, therefore ruining battery life. regards Dietz -- To be a bug is a dumb thing, a silly and a bump thing, but to be a bug is something, and You're not a thing at all. signature.asc Description: This is a digitally signed message part.
Re: Options for kdepim using kde 4.7/unstable?
Current kde from unstable is a bad idea for a laptop imho, because for some reason, plasma-desktop permanently pulls some % of cpu time, therefore ruining battery life. regards Dietz -- Dietz, I'm running KDE from unstable and I don't have that problem (I've had kwin/xorg using excessive CPU before but not plasma-desktop and not now). In fact, I'm currently getting about the lowest power usage I've ever had from my laptop with full KDE + compositing! Diggory
Re: Options for kdepim using kde 4.7/unstable?
Hello, On antradienis 13 Kovas 2012 12:23:46 Johannes Graumann wrote: Hi, For my new laptop I'm tempted to go with kde 4.7 as now residing in unstable. However, the lack of kdepim therein is a show stopper for me. Do inofficial repositories exist to get kontact none the less? Are their other options? Thanks for any hints, Joh Use kdepim that is in unstable. kdepim 4.7 is crap, you don't want to use it if you value your data. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Re: Options for kdepim using kde 4.7/unstable?
On 2012-03-13, Modestas Vainius mo...@debian.org wrote: kdepim 4.7 is crap, you don't want to use it if you value your data. I officially disagree. /Sune -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnjlviue.p7v.nos...@sshway.ssh.pusling.com
Re: Options for kdepim using kde 4.7/unstable?
Le Tuesday 13 March 2012 10:44:22, Dietz Pröpper a écrit : Johannes Graumann: Hi, For my new laptop I'm tempted to go with kde 4.7 as now residing in unstable. However, the lack of kdepim therein is a show stopper for me. Do inofficial repositories exist to get kontact none the less? Are their other options? Current kde from unstable is a bad idea for a laptop imho, because for some reason, plasma-desktop permanently pulls some % of cpu time, therefore ruining battery life. Hello, Can you be more specific (or link to a bug report or thread or ...)? I am using kdepim in unstable and I did not observe such behaviour; but I am very interested in anything that could reduce the power consumption. Thank you. Best regards, Gurvan -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203132146.34532.gugs...@free.fr
Re: Options for kdepim using kde 4.7/unstable?
Hi, On Wednesday 14 March 2012 01:26:23 Modestas Vainius wrote: Hello, On antradienis 13 Kovas 2012 12:23:46 Johannes Graumann wrote: Hi, For my new laptop I'm tempted to go with kde 4.7 as now residing in unstable. However, the lack of kdepim therein is a show stopper for me. Do inofficial repositories exist to get kontact none the less? Are their other options? Thanks for any hints, Joh Use kdepim that is in unstable. kdepim 4.7 is crap, you don't want to use it if you value your data. Thanks for all the hints and info. Running 4.4 on 4.7. Joh -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201203140754.59856.johannes_graum...@web.de
