[gentoo-user] KMail and KDE-plasma: a tale of woe
Hello lists, (I've sent this to both gentoo-user and kdepim-users as being relevant in both lists - I'm using kde-apps/kmail-16.12.0-r1 on Gentoo.) Well, I think I can finally emerge from a long battle to get KMail working. It's been uphill all the way - except for the frequent slips backwards to start abain. (I still don't have spell checking, as you see.) The main problem has been to recover archived e-mails, which sounds simple enough as I always keep a week of daily archives on a different partition, but it wasn't. The routine would go like this: 1. Set up KMail the way I like it, but on an empty message set. Save the arrangement for use next time. 2. Import the latest archive to a temporary folder. 3. Mark all the imported messages as read and move each folder into position under Local Folders. Delete the temporary folder. 4. Restore all the filters. 5. Cross fingers and fetch new mail (POP as my ISP doesn't offer IMAP). 6. KMail goes haywire. It re-creates the temporary folder and proceeds to fill it with duplicates of all the existing messages. All those duplicates prevent me from making a new archive until I clear them all out, painstakingly (yes, I did actually check several thousand e-mails for uniqueness). 7. Sigh. Delete the temporary folder again and have another go. Same result. 8. Give up and start again. Latterly, it changed slightly and sent all those duplicates to the sent-mail folder instead of creating a new folder for them. I think this coincided with me using a different archive file from the previous day. In the end I used Ark to extract the sent-mail directory from the archive and save it as a simple directory structure under "./.Local Folders.directory", then delete what I'd extracted from the archive. Then the import went smoothly in two stages: sent-mail, and everything else. I lost count of the times I rebooted durning the whole struggle, but it may well have reached 100. To omit a reboot was to risk the next step going wrong. That's compounded by having to start KMail twice each time, because the first time, it shows a progress bar stuck at 0% with no indication of what is supposed to be in progress. This may be connected with the segmentation faults I still see sometimes on shutdown; it's hard to be sure. Let's hope for some stability now. I still feel as though I'm walking on eggshells. -- Regards Peter
Re: [gentoo-user] Broadcom wireless problem after a certain time
On Sunday 01 Jan 2017 20:53:50 Hogren wrote: > On 01/01/2017 13:07, Mick wrote: > > So, > > let's see what the card is configured to use at present: > > > > cat /sys/class/net/wlp36s0b1/power/control > > > > The default setting would be off and since this parameter is specified as > > an integer it is likely to be 0. There is also a possibility of it being > > set at 'auto'. In any case you can try switching this on, to see if it > > is makes any difference, or if it is set at 'auto' force it to off. > > > > I see you are running systemd. I am not well versed with it, so others > > will hopefully chip in to correct me. On a normal Gentoo system with > > openrc I> > > would use this file to set options: > > /etc/modprobe.d/b43.conf > > > > So create it and add in it: > > > > options b43 hwpctl=1 > > > > to switch power management on, or: > > > > options b43 hwpctl=0 > > > > to force it off. > > Hello ! > > Thanks for help. But for now the result of your cat command returns "auto". > I created b43.conf in /etc/modprobe.d/ with same permissions than others > files in the same directory with content: > options b43 hwpctl=0. > I restarted. > The cat command returns "auto" again. > > What is wrong ? Try setting: options b43 hwpctl=1 reboot and see what you get. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KMail and KDE-plasma: a tale of woe
On Monday 02 Jan 2017 10:51:23 Peter Humphrey wrote: > Hello lists, > > (I've sent this to both gentoo-user and kdepim-users as being relevant in > both lists - I'm using kde-apps/kmail-16.12.0-r1 on Gentoo.) > > Well, I think I can finally emerge from a long battle to get KMail working. > It's been uphill all the way - except for the frequent slips backwards to > start abain. (I still don't have spell checking, as you see.) > > The main problem has been to recover archived e-mails, which sounds simple > enough as I always keep a week of daily archives on a different partition, > but it wasn't. The routine would go like this: > > 1.Set up KMail the way I like it, but on an empty message set. Save the > arrangement for use next time. > 2.Import the latest archive to a temporary folder. > 3.Mark all the imported messages as read and move each folder into > position > under Local Folders. Delete the temporary folder. > 4.Restore all the filters. > 5.Cross fingers and fetch new mail (POP as my ISP doesn't offer IMAP). > 6.KMail goes haywire. It re-creates the temporary folder and proceeds to > fill it with duplicates of all the existing messages. All those duplicates > prevent me from making a new archive until I clear them all out, > painstakingly (yes, I did actually check several thousand e-mails for > uniqueness). > 7.Sigh. Delete the temporary folder again and have another go. Same > result. > 8.Give up and start again. > > Latterly, it changed slightly and sent all those duplicates to the sent-mail > folder instead of creating a new folder for them. I think this coincided > with me using a different archive file from the previous day. > > In the end I used Ark to extract the sent-mail directory from the archive > and save it as a simple directory structure under > "./.Local Folders.directory", then delete what I'd extracted from the > archive. Then the import went smoothly in two stages: sent-mail, and > everything else. > > I lost count of the times I rebooted durning the whole struggle, but it may > well have reached 100. To omit a reboot was to risk the next step going > wrong. That's compounded by having to start KMail twice each time, because > the first time, it shows a progress bar stuck at 0% with no indication of > what is supposed to be in progress. This may be connected with the > segmentation faults I still see sometimes on shutdown; it's hard to be sure. > > Let's hope for some stability now. I still feel as though I'm walking on > eggshells. Instead of rebooting it should be easier to first quit kmail and then run: akonadictl stop akonadictl start akonadictl fsck akonadictl vacuum On each of the above commands you should wait for a few seconds/minutes/hours, depending on the size of the database and the amount being downloaded/indexed from the mail server. Once the complete collection of messages, address book, calendar, etc. have been downloaded AND indexed your problems of being stuck at 0% ought to go away, or hopefully reduced significantly. PS. Still on stable Kmail I occasionally get a 0% indication, but with patience it goes away. This typically happens for two reasons. First the connection to gmail or other mail servers is problematic. This eventually gives an indication of connection being lost and sometimes the mailbox goes offline (I am using IMAP). Second reason is that there are no new messages in the Inbox or any other folder and therefore the filters are not being run and contents not being indexed. When a new message arrives the 0% progresses to 100% and completes almost immediately. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] multiple monitor video resolution problem
On 12/29/2016 09:46 PM, Bill Kenworthy wrote: > Hi all, > I have upgraded my old core2 to an i7 on a x58 gigabyte MB. Lots > faster but I am still using my older nvidia card (GF119 [GeForce GT > 610] Nouveau driver), storage and original gentoo install. > > The problem is that I have two monitors - a 1920x1080 on DVI and a > 1280x1050 on vga. On boot up until logging into the xfce desktop, the > 1280x1050 resolution dominates. I have changed the boot through to end > of the initrd level using grub, and I can overide the X Windowes desktop > using xrandr. > > Whats left after logging in is an invisible bounding box of 1280x1050 on > the desktop that I cant move icons out of, and the console on the > 1920x1080 monitor is a 1280x1050 window on the 1920x1080 sized screen :( > > The strange thing is that this all worked perfectly on the old hardware > (basicly just a motherboard/memory/powersupply swap with the same > videocard and gentoo system) > > Is anyone able to offer suggestions? > > BillK > > I'm not sure if XFCE needs this, but do you have the 'xinerama' USE flag enabled? I know Fluxbox needs it to handle multi-monitor. That might be the missing piece of the puzzle. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] New box
On 12/29/2016 11:18 PM, J. Roeleveld wrote: > On Friday, December 30, 2016 12:24:36 AM CET Dale wrote: >> J. Roeleveld wrote: >> >>> As for the specs: >>> >>> - 8 core CPU: nice >> >> Makes me drool a bit here. I want a 8 core CPU. The only downside, >> gkrellm won't have enough screen to show each core separately. That's a >> problem there. lol It already takes up the whole right side on one >> desktop. I guess I could make the thing shorter to fit them all in. > > I know what you mean. What I miss is an option to have gkrellm on 1 side of > the screen and when I maximize a window, that doesn't hide gkrellm. > I limited some of the sensors to be able to fit all 12 virtual cores. > (Or if there is, where do I set it) > > [snip] > > -- > Joost > If you're using Fluxbox, the 'slit' USE flag will allow for a sort of "dock" you can put programs into 'dockapp' mode. I believe gkrellm can be made to fit into the slit, which you can configure in a number of ways. If gkrellm can send its own hints to the WM, that's probably better though. -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] multiple monitor video resolution problem
On 02/01/17 20:16, Daniel Campbell wrote: > On 12/29/2016 09:46 PM, Bill Kenworthy wrote: >> Hi all, >> I have upgraded my old core2 to an i7 on a x58 gigabyte MB. Lots >> faster but I am still using my older nvidia card (GF119 [GeForce GT >> 610] Nouveau driver), storage and original gentoo install. >> >> The problem is that I have two monitors - a 1920x1080 on DVI and a >> 1280x1050 on vga. On boot up until logging into the xfce desktop, the >> 1280x1050 resolution dominates. I have changed the boot through to end >> of the initrd level using grub, and I can overide the X Windowes desktop >> using xrandr. >> >> Whats left after logging in is an invisible bounding box of 1280x1050 on >> the desktop that I cant move icons out of, and the console on the >> 1920x1080 monitor is a 1280x1050 window on the 1920x1080 sized screen :( >> >> The strange thing is that this all worked perfectly on the old hardware >> (basicly just a motherboard/memory/powersupply swap with the same >> videocard and gentoo system) >> >> Is anyone able to offer suggestions? >> >> BillK >> >> > I'm not sure if XFCE needs this, but do you have the 'xinerama' USE flag > enabled? I know Fluxbox needs it to handle multi-monitor. That might be > the missing piece of the puzzle. > Thanks, its not set and euse says its mandatory for multiple monitors. I'll do a rebuild tomorrow and see if it helps. BillK
Re: [gentoo-user] Broadcom wireless problem after a certain time
On 02/01/2017 12:37, Mick wrote: > On Sunday 01 Jan 2017 20:53:50 Hogren wrote: >> On 01/01/2017 13:07, Mick wrote: >>> So, >>> let's see what the card is configured to use at present: >>> >>> cat /sys/class/net/wlp36s0b1/power/control >>> >>> The default setting would be off and since this parameter is specified as >>> an integer it is likely to be 0. There is also a possibility of it being >>> set at 'auto'. In any case you can try switching this on, to see if it >>> is makes any difference, or if it is set at 'auto' force it to off. >>> >>> I see you are running systemd. I am not well versed with it, so others >>> will hopefully chip in to correct me. On a normal Gentoo system with >>> openrc I> >>> would use this file to set options: >>> /etc/modprobe.d/b43.conf >>> >>> So create it and add in it: >>> >>> options b43 hwpctl=1 >>> >>> to switch power management on, or: >>> >>> options b43 hwpctl=0 >>> >>> to force it off. >> Hello ! >> >> Thanks for help. But for now the result of your cat command returns "auto". >> I created b43.conf in /etc/modprobe.d/ with same permissions than others >> files in the same directory with content: >> options b43 hwpctl=0. >> I restarted. >> The cat command returns "auto" again. >> >> What is wrong ? > Try setting: > > options b43 hwpctl=1 > > reboot and see what you get. Hello, It returns alway "auto". On the official Systemd documentation, I see that there is a new directory to say which modules load, but to change options, it's always with modprobe. I tried to modified the option on a command line, but, it's stay at "auto" : # modprobe b43 options hwpctl=0 # cat /sys/class/net/wlp36s0b1/power/control auto # modprobe b43 options hwpctl=1 # cat /sys/class/net/wlp36s0b1/power/control auto # modprobe b43 options hwpctl=off # cat /sys/class/net/wlp36s0b1/power/control auto What is wrong ? I really think that I use this module : # lsmod Module Size Used by x86_pkg_temp_thermal 4663 0 kvm_intel 148031 0 b43 385652 0 kvm 309648 1 kvm_intel irqbypass 2616 1 kvm sha1_generic3067 0 For help, this is my kernel options about its : # grep -i "b43" /usr/src/linux/.config CONFIG_B43=m CONFIG_B43_BCMA=y CONFIG_B43_SSB=y CONFIG_B43_BUSES_BCMA_AND_SSB=y # CONFIG_B43_BUSES_BCMA is not set # CONFIG_B43_BUSES_SSB is not set CONFIG_B43_PCI_AUTOSELECT=y CONFIG_B43_PCICORE_AUTOSELECT=y CONFIG_B43_BCMA_PIO=y CONFIG_B43_PIO=y CONFIG_B43_PHY_G=y CONFIG_B43_PHY_N=y CONFIG_B43_PHY_LP=y CONFIG_B43_PHY_HT=y CONFIG_B43_HWRNG=y # CONFIG_B43_DEBUG is not set # CONFIG_B43LEGACY is not set CONFIG_SSB_B43_PCI_BRIDGE=y Thanks for help ! Hogren
Re: [gentoo-user] Broadcom wireless problem after a certain time
On Monday 02 Jan 2017 14:59:39 Hogren wrote: > I tried to modified the option on a command line, but, it's stay at "auto" You're right! I tried it here too: # modprobe -r b43 # modprobe -v b43 options hwpctl=0 insmod /lib/modules/4.4.39-gentoo/kernel/net/wireless/cfg80211.ko.gz insmod /lib/modules/4.4.39-gentoo/kernel/net/mac80211/mac80211.ko.gz insmod /lib/modules/4.4.39-gentoo/kernel/drivers/ssb/ssb.ko.gz insmod /lib/modules/4.4.39-gentoo/kernel/drivers/net/wireless/b43/b43.ko.gz qos=0 options hwpctl=0 However, it doesn't seem to report this when I look at the sys entry, just like yours: $ cat /sys/class/net/wlan0/power/control auto Even if power control reported as auto (perhaps some other kernel setting imposes this) as long as the power control setting (0 or 1) help your problem then use it. If it is ineffective remove it and let the kernel do its own thing. Did you increase verbosity and have you checked your logs and dmesg to see if there is anything reported when connection is lost? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Broadcom wireless problem after a certain time
On January 2, 2017 2:59:39 PM GMT+01:00, Hogren wrote: >On 02/01/2017 12:37, Mick wrote: >> On Sunday 01 Jan 2017 20:53:50 Hogren wrote: >>> On 01/01/2017 13:07, Mick wrote: So, let's see what the card is configured to use at present: cat /sys/class/net/wlp36s0b1/power/control The default setting would be off and since this parameter is >specified as an integer it is likely to be 0. There is also a possibility of it >being set at 'auto'. In any case you can try switching this on, to see >if it is makes any difference, or if it is set at 'auto' force it to off. I see you are running systemd. I am not well versed with it, so >others will hopefully chip in to correct me. On a normal Gentoo system >with openrc I> would use this file to set options: /etc/modprobe.d/b43.conf So create it and add in it: options b43 hwpctl=1 to switch power management on, or: options b43 hwpctl=0 to force it off. >>> Hello ! >>> >>> Thanks for help. But for now the result of your cat command returns >"auto". >>> I created b43.conf in /etc/modprobe.d/ with same permissions than >others >>> files in the same directory with content: >>> options b43 hwpctl=0. >>> I restarted. >>> The cat command returns "auto" again. >>> >>> What is wrong ? >> Try setting: >> >> options b43 hwpctl=1 >> >> reboot and see what you get. >Hello, >It returns alway "auto". > >On the official Systemd documentation, I see that there is a new >directory to say which modules load, but to change options, it's always >with modprobe. > >I tried to modified the option on a command line, but, it's stay at >"auto" : ># modprobe b43 options hwpctl=0 ># cat /sys/class/net/wlp36s0b1/power/control >auto ># modprobe b43 options hwpctl=1 ># cat /sys/class/net/wlp36s0b1/power/control >auto ># modprobe b43 options hwpctl=off ># cat /sys/class/net/wlp36s0b1/power/control >auto > >What is wrong ? > >I really think that I use this module : ># lsmod >Module Size Used by >x86_pkg_temp_thermal 4663 0 >kvm_intel 148031 0 >b43 385652 0 >kvm 309648 1 kvm_intel >irqbypass 2616 1 kvm >sha1_generic3067 0 > > >For help, this is my kernel options about its : ># grep -i "b43" /usr/src/linux/.config >CONFIG_B43=m >CONFIG_B43_BCMA=y >CONFIG_B43_SSB=y >CONFIG_B43_BUSES_BCMA_AND_SSB=y ># CONFIG_B43_BUSES_BCMA is not set ># CONFIG_B43_BUSES_SSB is not set >CONFIG_B43_PCI_AUTOSELECT=y >CONFIG_B43_PCICORE_AUTOSELECT=y >CONFIG_B43_BCMA_PIO=y >CONFIG_B43_PIO=y >CONFIG_B43_PHY_G=y >CONFIG_B43_PHY_N=y >CONFIG_B43_PHY_LP=y >CONFIG_B43_PHY_HT=y >CONFIG_B43_HWRNG=y ># CONFIG_B43_DEBUG is not set ># CONFIG_B43LEGACY is not set >CONFIG_SSB_B43_PCI_BRIDGE=y > > >Thanks for help ! > >Hogren You need to remove the module before loading it with new options. Try # rmmod b43 Before the modprobe command. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] KMail and KDE-plasma: a tale of woe
On Monday, 2 January 2017 11:42:44 GMT Mick wrote: > On Monday 02 Jan 2017 10:51:23 Peter Humphrey wrote: > > Hello lists, > > > > (I've sent this to both gentoo-user and kdepim-users as being relevant > > in > > both lists - I'm using kde-apps/kmail-16.12.0-r1 on Gentoo.) > > > > Well, I think I can finally emerge from a long battle to get KMail > > working. It's been uphill all the way - except for the frequent slips > > backwards to start abain. (I still don't have spell checking, as you > > see.) > > > > The main problem has been to recover archived e-mails, which sounds > > simple enough as I always keep a week of daily archives on a different > > partition, but it wasn't. The routine would go like this: > > > > 1. Set up KMail the way I like it, but on an empty message set. Save the > > arrangement for use next time. > > 2. Import the latest archive to a temporary folder. > > 3. Mark all the imported messages as read and move each folder into > > position under Local Folders. Delete the temporary folder. > > 4. Restore all the filters. > > 5. Cross fingers and fetch new mail (POP as my ISP doesn't offer IMAP). > > 6. KMail goes haywire. It re-creates the temporary folder and proceeds > > to > > fill it with duplicates of all the existing messages. All those > > duplicates prevent me from making a new archive until I clear them all > > out, painstakingly (yes, I did actually check several thousand e-mails > > for uniqueness). > > 7. Sigh. Delete the temporary folder again and have another go. Same > > result. 8. Give up and start again. > > > > Latterly, it changed slightly and sent all those duplicates to the > > sent-mail folder instead of creating a new folder for them. I think > > this coincided with me using a different archive file from the previous > > day. > > > > In the end I used Ark to extract the sent-mail directory from the > > archive > > and save it as a simple directory structure under > > "./.Local Folders.directory", then delete what I'd extracted from the > > archive. Then the import went smoothly in two stages: sent-mail, and > > everything else. > > > > I lost count of the times I rebooted durning the whole struggle, but it > > may well have reached 100. To omit a reboot was to risk the next step > > going wrong. That's compounded by having to start KMail twice each > > time, because the first time, it shows a progress bar stuck at 0% with > > no indication of what is supposed to be in progress. This may be > > connected with the segmentation faults I still see sometimes on > > shutdown; it's hard to be sure. > > > > Let's hope for some stability now. I still feel as though I'm walking on > > eggshells. > > Instead of rebooting it should be easier to first quit kmail and then run: > > akonadictl stop > akonadictl start > akonadictl fsck > akonadictl vacuum > > On each of the above commands you should wait for a few > seconds/minutes/hours, depending on the size of the database and the > amount being downloaded/indexed from the mail server. Once the complete > collection of messages, address book, calendar, etc. have been downloaded > AND indexed your problems of being stuck at 0% ought to go away, or > hopefully reduced significantly. I've just run that set of four commands, and guess what? I now have my first batch of duplicate messages. I also have a feeling that some new messages from this list have disappeared. I don't trust akonadictl at the moment. > PS. Still on stable Kmail I occasionally get a 0% indication, but with > patience it goes away. This typically happens for two reasons. First the > connection to gmail or other mail servers is problematic. This > eventually gives an indication of connection being lost and sometimes the > mailbox goes offline (I am using IMAP). Second reason is that there are > no new messages in the Inbox or any other folder and therefore the > filters are not being run and contents not being indexed. When a new > message arrives the 0% progresses to 100% and completes almost > immediately. Thanks, but that doesn't explain why stopping KMail and immediately restarting it clears the zero progress on an unknown task. Every time, too. -- Regards Peter
Re: [gentoo-user] KMail and KDE-plasma: a tale of woe
On January 2, 2017 5:22:34 PM GMT+01:00, Peter Humphrey wrote: >On Monday, 2 January 2017 11:42:44 GMT Mick wrote: >> On Monday 02 Jan 2017 10:51:23 Peter Humphrey wrote: >> > Hello lists, >> > >> > (I've sent this to both gentoo-user and kdepim-users as being >relevant >> > in >> > both lists - I'm using kde-apps/kmail-16.12.0-r1 on Gentoo.) >> > >> > Well, I think I can finally emerge from a long battle to get KMail >> > working. It's been uphill all the way - except for the frequent >slips >> > backwards to start abain. (I still don't have spell checking, as >you >> > see.) >> > >> > The main problem has been to recover archived e-mails, which sounds >> > simple enough as I always keep a week of daily archives on a >different >> > partition, but it wasn't. The routine would go like this: >> > >> > 1. Set up KMail the way I like it, but on an empty message set. >Save the >> > arrangement for use next time. >> > 2. Import the latest archive to a temporary folder. >> > 3. Mark all the imported messages as read and move each folder into >> > position under Local Folders. Delete the temporary folder. >> > 4. Restore all the filters. >> > 5. Cross fingers and fetch new mail (POP as my ISP doesn't offer >IMAP). >> > 6. KMail goes haywire. It re-creates the temporary folder and >proceeds >> > to >> > fill it with duplicates of all the existing messages. All those >> > duplicates prevent me from making a new archive until I clear them >all >> > out, painstakingly (yes, I did actually check several thousand >e-mails >> > for uniqueness). >> > 7. Sigh. Delete the temporary folder again and have another go. >Same >> > result. 8. Give up and start again. >> > >> > Latterly, it changed slightly and sent all those duplicates to the >> > sent-mail folder instead of creating a new folder for them. I think >> > this coincided with me using a different archive file from the >previous >> > day. >> > >> > In the end I used Ark to extract the sent-mail directory from the >> > archive >> > and save it as a simple directory structure under >> > "./.Local Folders.directory", then delete what I'd extracted from >the >> > archive. Then the import went smoothly in two stages: sent-mail, >and >> > everything else. >> > >> > I lost count of the times I rebooted durning the whole struggle, >but it >> > may well have reached 100. To omit a reboot was to risk the next >step >> > going wrong. That's compounded by having to start KMail twice each >> > time, because the first time, it shows a progress bar stuck at 0% >with >> > no indication of what is supposed to be in progress. This may be >> > connected with the segmentation faults I still see sometimes on >> > shutdown; it's hard to be sure. >> > >> > Let's hope for some stability now. I still feel as though I'm >walking on >> > eggshells. >> >> Instead of rebooting it should be easier to first quit kmail and then >run: >> >> akonadictl stop >> akonadictl start >> akonadictl fsck >> akonadictl vacuum >> >> On each of the above commands you should wait for a few >> seconds/minutes/hours, depending on the size of the database and the >> amount being downloaded/indexed from the mail server. Once the >complete >> collection of messages, address book, calendar, etc. have been >downloaded >> AND indexed your problems of being stuck at 0% ought to go away, or >> hopefully reduced significantly. > >I've just run that set of four commands, and guess what? I now have my >first >batch of duplicate messages. I also have a feeling that some new >messages >from this list have disappeared. > >I don't trust akonadictl at the moment. > >> PS. Still on stable Kmail I occasionally get a 0% indication, but >with >> patience it goes away. This typically happens for two reasons. >First the >> connection to gmail or other mail servers is problematic. This >> eventually gives an indication of connection being lost and sometimes >the >> mailbox goes offline (I am using IMAP). Second reason is that there >are >> no new messages in the Inbox or any other folder and therefore the >> filters are not being run and contents not being indexed. When a new >> message arrives the 0% progresses to 100% and completes almost >> immediately. > >Thanks, but that doesn't explain why stopping KMail and immediately >restarting it clears the zero progress on an unknown task. Every time, >too. I wonder if the kmail developers actually test with locally stored email? I only use IMAP and am not encountering these issues. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] KMail and KDE-plasma: a tale of woe
On Monday, January 2, 2017 4:22:34 PM EST Peter Humphrey wrote: > On Monday, 2 January 2017 11:42:44 GMT Mick wrote: > > On Monday 02 Jan 2017 10:51:23 Peter Humphrey wrote: > > > Hello lists, > > > > > > (I've sent this to both gentoo-user and kdepim-users as being relevant > > > in > > > both lists - I'm using kde-apps/kmail-16.12.0-r1 on Gentoo.) > > > > > > Well, I think I can finally emerge from a long battle to get KMail > > > working. It's been uphill all the way - except for the frequent slips > > > backwards to start abain. (I still don't have spell checking, as you > > > see.) > > > > > > The main problem has been to recover archived e-mails, which sounds > > > simple enough as I always keep a week of daily archives on a different > > > partition, but it wasn't. The routine would go like this: > > > > > > 1.Set up KMail the way I like it, but on an empty message set. > > > Save the > > > arrangement for use next time. > > > 2.Import the latest archive to a temporary folder. > > > 3.Mark all the imported messages as read and move each folder into > > > position under Local Folders. Delete the temporary folder. > > > 4.Restore all the filters. > > > 5.Cross fingers and fetch new mail (POP as my ISP doesn't offer > > > IMAP). > > > 6.KMail goes haywire. It re-creates the temporary folder and > > > proceeds > > > to > > > fill it with duplicates of all the existing messages. All those > > > duplicates prevent me from making a new archive until I clear them all > > > out, painstakingly (yes, I did actually check several thousand e-mails > > > for uniqueness). > > > 7.Sigh. Delete the temporary folder again and have another go. > > > Same > > > result. 8.Give up and start again. > > > > > > Latterly, it changed slightly and sent all those duplicates to the > > > sent-mail folder instead of creating a new folder for them. I think > > > this coincided with me using a different archive file from the previous > > > day. > > > > > > In the end I used Ark to extract the sent-mail directory from the > > > archive > > > and save it as a simple directory structure under > > > "./.Local Folders.directory", then delete what I'd extracted from the > > > archive. Then the import went smoothly in two stages: sent-mail, and > > > everything else. > > > > > > I lost count of the times I rebooted durning the whole struggle, but it > > > may well have reached 100. To omit a reboot was to risk the next step > > > going wrong. That's compounded by having to start KMail twice each > > > time, because the first time, it shows a progress bar stuck at 0% with > > > no indication of what is supposed to be in progress. This may be > > > connected with the segmentation faults I still see sometimes on > > > shutdown; it's hard to be sure. > > > > > > Let's hope for some stability now. I still feel as though I'm walking on > > > eggshells. > > > > Instead of rebooting it should be easier to first quit kmail and then run: > > > > akonadictl stop > > akonadictl start > > akonadictl fsck > > akonadictl vacuum > > > > On each of the above commands you should wait for a few > > seconds/minutes/hours, depending on the size of the database and the > > amount being downloaded/indexed from the mail server. Once the complete > > collection of messages, address book, calendar, etc. have been downloaded > > AND indexed your problems of being stuck at 0% ought to go away, or > > hopefully reduced significantly. > > I've just run that set of four commands, and guess what? I now have my first > batch of duplicate messages. I also have a feeling that some new messages > from this list have disappeared. https://userbase.kde.org/KMail/ FAQs_Hints_and_Tips#Local_Folders_is_added_over_and_over Came across that while looking for something else. HTH.
[gentoo-user] kvm/qemu no-multilib
Hi, is it possible to install kvm/qemu (and virsh) on a no-multilib profile? I'm hitting the disadvantages of containers too much and would like to migrate to VMs ...
Re: [gentoo-user] kvm/qemu no-multilib
El 02/01/2017 a las 12:02 p. m., lee escribió: Hi, is it possible to install kvm/qemu (and virsh) on a no-multilib profile? Yes I'm hitting the disadvantages of containers too much and would like to migrate to VMs ... Which disadvantages? Just curious... Alec
Re: [gentoo-user] conky failed to build: Missing unknown library/application/whatever
meino.cra...@gmx.de schrieb am 01.01.2017 um 07:29: [snip] > CMake Error at cmake/ConkyPlatformChecks.cmake:353 (message): > Unable to find XNVCtrl library > Call Stack (most recent call first): > CMakeLists.txt:37 (include) > [snip] > > I searched for XNVCtrl with eix and didn't found anything related. > The internet says, it is part of nvidia-settings, but my > nvidia-settings are uptodate and no USE-flag seems to be guilty for > not builing that library. > > How can I cirumvent that problem ? [snip] Afaik nvidia-settings is on it's way out of portage thus considered deprecated. Unmerge it and conky should pull in nvidia-drivers with USE="tools,static-libs" automatically. -- Regards Daniel 0xC5E80123.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
[gentoo-user] [Resolved] Broadcom wireless problem after a certain time
OK, options are interpreted. So the hwpctl=0 (or 1) does not have effect on my problem. But ! Several minutes before to leave my work office this evening (in France), I add the options qos=0. And it seems that it was the solution ! I downloaded several GBs and I still connected :). I hope that I will have some time to investigate to learn how it doesn't work fine with this module option. Thank you very much for your help !!
Re: [gentoo-user] [Resolved] Broadcom wireless problem after a certain time
On Monday 02 Jan 2017 21:51:21 Hogren wrote: > OK, options are interpreted. > So the hwpctl=0 (or 1) does not have effect on my problem. > > But ! > Several minutes before to leave my work office this evening (in France), > I add the options qos=0. > And it seems that it was the solution ! > I downloaded several GBs and I still connected :). > > I hope that I will have some time to investigate to learn how it doesn't > work fine with this module option. > > > Thank you very much for your help !! You're welcome! I thought I must have had a reason all these years ago I set qos=0, but couldn't recall what it was. I blame old age ... -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KMail and KDE-plasma: a tale of woe
On Monday 02 Jan 2017 16:22:34 Peter Humphrey wrote: > On Monday, 2 January 2017 11:42:44 GMT Mick wrote: > > On Monday 02 Jan 2017 10:51:23 Peter Humphrey wrote: > > > Hello lists, > > > > > > (I've sent this to both gentoo-user and kdepim-users as being relevant > > > in > > > both lists - I'm using kde-apps/kmail-16.12.0-r1 on Gentoo.) > > > > > > Well, I think I can finally emerge from a long battle to get KMail > > > working. It's been uphill all the way - except for the frequent slips > > > backwards to start abain. (I still don't have spell checking, as you > > > see.) > > > > > > The main problem has been to recover archived e-mails, which sounds > > > simple enough as I always keep a week of daily archives on a different > > > partition, but it wasn't. The routine would go like this: > > > > > > 1.Set up KMail the way I like it, but on an empty message set. > > > Save the > > > arrangement for use next time. > > > 2.Import the latest archive to a temporary folder. > > > 3.Mark all the imported messages as read and move each folder into > > > position under Local Folders. Delete the temporary folder. > > > 4.Restore all the filters. > > > 5.Cross fingers and fetch new mail (POP as my ISP doesn't offer > > > IMAP). > > > 6.KMail goes haywire. It re-creates the temporary folder and > > > proceeds > > > to > > > fill it with duplicates of all the existing messages. All those > > > duplicates prevent me from making a new archive until I clear them all > > > out, painstakingly (yes, I did actually check several thousand e-mails > > > for uniqueness). > > > 7.Sigh. Delete the temporary folder again and have another go. > > > Same > > > result. 8.Give up and start again. > > > > > > Latterly, it changed slightly and sent all those duplicates to the > > > sent-mail folder instead of creating a new folder for them. I think > > > this coincided with me using a different archive file from the previous > > > day. > > > > > > In the end I used Ark to extract the sent-mail directory from the > > > archive > > > and save it as a simple directory structure under > > > "./.Local Folders.directory", then delete what I'd extracted from the > > > archive. Then the import went smoothly in two stages: sent-mail, and > > > everything else. > > > > > > I lost count of the times I rebooted durning the whole struggle, but it > > > may well have reached 100. To omit a reboot was to risk the next step > > > going wrong. That's compounded by having to start KMail twice each > > > time, because the first time, it shows a progress bar stuck at 0% with > > > no indication of what is supposed to be in progress. This may be > > > connected with the segmentation faults I still see sometimes on > > > shutdown; it's hard to be sure. > > > > > > Let's hope for some stability now. I still feel as though I'm walking on > > > eggshells. > > > > Instead of rebooting it should be easier to first quit kmail and then run: > > > > akonadictl stop > > akonadictl start > > akonadictl fsck > > akonadictl vacuum > > > > On each of the above commands you should wait for a few > > seconds/minutes/hours, depending on the size of the database and the > > amount being downloaded/indexed from the mail server. Once the complete > > collection of messages, address book, calendar, etc. have been downloaded > > AND indexed your problems of being stuck at 0% ought to go away, or > > hopefully reduced significantly. > > I've just run that set of four commands, and guess what? I now have my first > batch of duplicate messages. I also have a feeling that some new messages > from this list have disappeared. > > I don't trust akonadictl at the moment. > > > PS. Still on stable Kmail I occasionally get a 0% indication, but with > > patience it goes away. This typically happens for two reasons. First the > > connection to gmail or other mail servers is problematic. This > > eventually gives an indication of connection being lost and sometimes the > > mailbox goes offline (I am using IMAP). Second reason is that there are > > no new messages in the Inbox or any other folder and therefore the > > filters are not being run and contents not being indexed. When a new > > message arrives the 0% progresses to 100% and completes almost > > immediately. > > Thanks, but that doesn't explain why stopping KMail and immediately > restarting it clears the zero progress on an unknown task. Every time, too. I occasionally get the odd duplicate message appearing in the sent mail folder. However, this only lasts for a little while. In due course, re- indexing gets rid of duplicates. I have not used Kmail2 with POP3 since its very early days and back then it would not work at all for me (losing messages, creating duplicates and triplicates and quadruplicates and ...) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KMail and KDE-plasma: a tale of woe
On Monday, 2 January 2017 13:09:25 GMT Michael Mol wrote: > https://userbase.kde.org/KMail/ > FAQs_Hints_and_Tips#Local_Folders_is_added_over_and_over > > Came across that while looking for something else. HTH. Thanks Michael. It's not quite the same problem, but it looks interesting anyway. -- Regards Peter
Re: [gentoo-user] KMail and KDE-plasma: a tale of woe
On Monday, 2 January 2017 16:30:34 GMT J. Roeleveld wrote: > I wonder if the kmail developers actually test with locally stored email? A year or two ago I was following a KDE bug and one of the developers made some remark about wishing POP would go away. I thought he was joking at the time, but now I'm wondering... > I only use IMAP and am not encountering these issues. -- Regards Peter
[gentoo-user] Complete lockup in KMail
Hello lists, Now I'm completely stuck. I have a duplicate pair of messages in my Gentoo- User folder that cannot be retrieved from the database. There's no sign of them in the ~/.local/share/local-mail/.Linux.directory/Gentoo-User directory. I've tried to delete them in KMail. I've tried using akonadiconsole to identify them, and to move them to another folder - but it was only showing four messages from months ago. I don't know how to use akonadiconsole to fiddle with the database. How can I get rid of this duplication? Until I do I can't make archive backups or even read e-mails. This is kde-apps/kmail-16.12.0-r1. -- Regards Peter