Re: [gentoo-user] Video card, splitter and issues.
Dale wrote: > <<< SNIP >>> > Thanks much. > > Dale > > :-) :-) > I been playing with this a while. I finally figured out some things that makes this almost perfect. First, I set up the TV output to run as a second display to the right of my main display. My main monitor is Screen 0. My TV is Screen 1. That allows me to watch TV at a lower resolution that the splitter works well at while my monitor runs at the highest resolution. That got me to where I can watch TV pretty easy. When I open Smplayer, I just tell it to move to Screen 1 and to the TV it goes, sound and all. The one thing that bugged me is that I had to be on the desktop where I started Smplayer to watch it. I couldn't for example be surfing the internet and glance over at the TV to see something if I was on a different desktop. Then it hit me, there is a way somewhere to set it to be seen on all desktops. I dug around until I found it. It's in the upper left hand corner on my KDE. I think that is the default. When one puts their mouse pointer on it, it says "On all desktops". If you click that, it then makes the video going to the TV viewable on all desktops. I can surf the internet, play Kpatience or whatever and glance over at the TV to see something without switching desktops. I wanted to share this in case someone is searching for tips on this and finds this thread. I hope it will help someone else. [OT] I'm building speakers for my puter. I started cutting the wood today but had to glue some stuff. I'm waiting for it to dry real good. I'm surfing around for ways to attach the back and it be easy to remove but be secure. I'm thinking of using bolts and having those t nuts inside to screw into. That way I can take it apart easily. It's a small project but it goes all the way across the back of my desktop and I plan to set my monitor on top of it to raise it up a bit. Just thinking some things out here. I'm building because I'm tired of those crappy speakers I been getting for this. I'm using a two way 5 1/4" speaker that is supposed to go in a car. It's small but it's bigger than the 2 1/2 maybe 3" things in my old set that went out. My amp is a separate device too. I plan to re-engineer my TV so I can have external speakers on it next. That I plan to have a small sub and a pair of two ways for. I got to much time on my hands right now. ROFL Dale :-) :-)
Re: [gentoo-user] Portage irritant
* Philip Webb Portage regularly demands config files be update : no problem, I always use 'etc-update'. However sometimes, it then says : root:523 ~> etc-update Scanning Configuration files... Automerging trivial changes in: /etc/nanorc Exiting: Nothing left to do; exiting. :) Whyever doesn't Portage make that decision in the first place & save users an extra step or steps, if there are several such files ? Is there a reason or should I file a bug ? I suppose it's because etc-update doesn't run automatically after running emerge. At the time it's telling you to run etc-update it's not aware of what changes there are, if they're trivial, or how you've configured etc-update via /etc/etc-update.conf. It's just aware that there are changes. Maybe you could write a wrapper for emerge that'll just append 'etc-update --preen', that way you won't be bothered again. $ etc-update --help etc-update: Handle configuration file updates Usage: etc-update [options] [paths to scan] If no paths are specified, then ${CONFIG_PROTECT} will be used. Options: -d, --debugEnable shell debugging -h, --help Show help and run away -p, --preenAutomerge trivial changes only and quit -q, --quietShow only essential output -v, --verbose Show settings and such along the way -V, --version Show version and trundle away --automode -3 to auto merge all files -5 to auto-merge AND not use 'mv -i' -7 to discard all updates -9 to discard all updates AND not use 'rm -i'
Re: [gentoo-user] why does Udisks require Lvm2 ?
190622 Neil Bothwick wrote: > On Sat, 22 Jun 2019 17:41:03 -0400, Philip Webb wrote: >> root:528 ~> USE="cryptsetup" emerge -pvt udisks ... >> [ebuild N ]sys-fs/lvm2-2.02.184-r4::gentoo >> USE="-device-mapper-only -lvm2create_initrd readline -sanlock >> (-selinux) -static -static-libs -systemd -thin udev" 2,328 KiB ... >> I don't use LVM nor do I want to install 'lvm2' : >> can anyone suggest why is it required ? > I expect that it needs the device-maper functionality provided by lvm, > in which case you can set the device-mapper-only USE flag > to avoid installing the full lvm suite. Ok, that looks reasonable : I'll try it. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Portage irritant
190622 Neil Bothwick wrote: > On Sat, 22 Jun 2019 17:47:58 -0400, Philip Webb wrote: >> root:523 ~> etc-update >> Scanning Configuration files... >> Automerging trivial changes in: /etc/nanorc >> Exiting: Nothing left to do; exiting. :) >> Whyever doesn't Portage make that decision in the first place >> & save users an extra step or steps, if there are several such files ? > Read the man page and the comments in the config file. Which man & which config file ? I don't see anything useful for 'portage' or for 'etc-update'. My question remains (smile). -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] why does Udisks require Lvm2 ?
On 6/22/19 3:55 PM, Neil Bothwick wrote: The indentation shows that is is a hard dependency of cryptsetup, which is backed up by reading the ebuild. I expect that it needs the device-maper functionality provided by lvm, in which case you can set the device-mapper-only USE flag to avoid installing the full lvm suite. Why isn't device-mapper it's own package‽ One which LVM depends on. Multi-Path (as in dm-multipath) can easily be used without LVM.
Re: [gentoo-user] Portage irritant
On Sat, 22 Jun 2019 17:47:58 -0400, Philip Webb wrote: > root:523 ~> etc-update > Scanning Configuration files... > Automerging trivial changes in: /etc/nanorc > Exiting: Nothing left to do; exiting. :) > > Whyever doesn't Portage make that decision in the first place > & save users an extra step or steps, if there are several such files ? Read the man page and the comments in the config file. -- Neil Bothwick Head: (n.) the part of a disk drive which detects sectors and decides which of the two possible values to return: 'lose a turn' or 'bankrupt.' pgpwWS5LFnPju.pgp Description: OpenPGP digital signature
Re: [gentoo-user] why does Udisks require Lvm2 ?
On Sat, 22 Jun 2019 17:41:03 -0400, Philip Webb wrote: > root:528 ~> USE="cryptsetup" emerge -pvt udisks > These are the packages that would be merged, in reverse order: > [ebuild U ] sys-fs/udisks-2.8.2:2::gentoo [2.1.8:2::gentoo] > USE="-acl (-cryptsetup%) -debug -elogind% (-gptfdisk%) -introspection > -lvm% -nls% (-selinux) -systemd -vdo%" 1,552 KiB [ebuild N ] > sys-libs/libblockdev-2.20-r2::gentoo USE="-bcache cryptsetup > -device-mapper -dmraid -doc -escrow -kbd -lvm -test -vdo" > PYTHON_SINGLE_TARGET="-python2_7 -python3_5 python3_6 (-python3_7)" > PYTHON_TARGETS="python2_7 -python3_5 python3_6 (-python3_7)" 331 KiB > [ebuild N ] sys-fs/cryptsetup-2.1.0:0/12::gentoo USE="-argon2 > -gcrypt -kernel -libressl -luks1_default -nettle -nls openssl > -pwquality -reencrypt -static -static-libs udev -urandom" 10,413 KiB > [ebuild N ]sys-fs/lvm2-2.02.184-r4::gentoo > USE="-device-mapper-only -lvm2create_initrd readline -sanlock > (-selinux) -static -static-libs -systemd -thin udev" 2,328 KiB [ebuild > N ] dev-libs/libbytesize-1.4::gentoo USE="-doc -test" > PYTHON_TARGETS="python2_7 -python3_5 python3_6 (-python3_7)" 80 KiB > [nomerge ] sys-fs/cryptsetup-2.1.0:0/12::gentoo USE="-argon2 > -gcrypt -kernel -libressl -luks1_default -nettle -nls openssl > -pwquality -reencrypt -static -static-libs udev -urandom" [ebuild > N ] dev-libs/json-c-0.13.1-r1:0/4::gentoo USE="-doc -static-libs" > ABI_X86="-32 (64) (-x32)" 625 KiB [nomerge ] > sys-fs/lvm2-2.02.184-r4::gentoo USE="-device-mapper-only > -lvm2create_initrd readline -sanlock (-selinux) -static -static-libs > -systemd -thin udev" [ebuild N ] dev-libs/libaio-0.3.110::gentoo > USE="-static-libs -test" ABI_X86="-32 (64) (-x32)" 42 KiB > > I don't use LVM nor do I want to install 'lvm2' : > can anyone suggest why is it required ? The indentation shows that is is a hard dependency of cryptsetup, which is backed up by reading the ebuild. I expect that it needs the device-maper functionality provided by lvm, in which case you can set the device-mapper-only USE flag to avoid installing the full lvm suite. -- Neil Bothwick The trouble with life is that you are halfway through it before you realize it's a "do it yourself" thing. pgpASJkZrqU4F.pgp Description: OpenPGP digital signature
[gentoo-user] Portage irritant
Portage regularly demands config files be update : no problem, I always use 'etc-update'. However sometimes, it then says : root:523 ~> etc-update Scanning Configuration files... Automerging trivial changes in: /etc/nanorc Exiting: Nothing left to do; exiting. :) Whyever doesn't Portage make that decision in the first place & save users an extra step or steps, if there are several such files ? Is there a reason or should I file a bug ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] Gvim tear-off menus have disappeared
190619 Philip Webb wrote: > 190618 Nikos Chantziaras wrote: >> On 18/06/2019 19:06, Philip Webb wrote: >>> I've just upgraded to Gvim 8.1.1486 & most of the icons have disappeared. >> Open the KDE "System Settings", and go to "Application Style". >> Select "GNOME/Gtk Application Style". >> Make sure "Icon Theme" is set to "Breeze" >> & "Fallback theme" is set to "Adwaita". If there's no "Adwaita" option, >> then emerge x11-themes/adwaita-icon-theme. >>> Done & the icons are restored (screenshot attached), >>> but they're not as pretty as those before (see shot in earlier msg). > It's Oxygen I wanted & Adwaita will do as a back-up. > I've made a note in my home-made help file. > Thanks lots (big smile) ! That was re-assuring, but now I find that the tear-off menus have gone. Can anyone suggest how to restore them ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] why does Udisks require Lvm2 ?
I was going to update Udisks from 2.1.8 to 2.8.2 & then saw why I hadn't updated it previously : root:526 ~> emerge -pv udisks These are the packages that would be merged, in order: emerge: there are no ebuilds built with USE flags to satisfy ">=sys-libs/libblockdev-2.19[cryptsetup,lvm?,vdo?]". !!! One of the following packages is required to complete your request: - sys-libs/libblockdev-2.20-r2::gentoo (Change USE: +cryptsetup) (dependency required by "sys-fs/udisks-2.8.2::gentoo" [ebuild]) (dependency required by "udisks" [argument]) so I tried : root:528 ~> USE="cryptsetup" emerge -pvt udisks These are the packages that would be merged, in reverse order: [ebuild U ] sys-fs/udisks-2.8.2:2::gentoo [2.1.8:2::gentoo] USE="-acl (-cryptsetup%) -debug -elogind% (-gptfdisk%) -introspection -lvm% -nls% (-selinux) -systemd -vdo%" 1,552 KiB [ebuild N ] sys-libs/libblockdev-2.20-r2::gentoo USE="-bcache cryptsetup -device-mapper -dmraid -doc -escrow -kbd -lvm -test -vdo" PYTHON_SINGLE_TARGET="-python2_7 -python3_5 python3_6 (-python3_7)" PYTHON_TARGETS="python2_7 -python3_5 python3_6 (-python3_7)" 331 KiB [ebuild N ] sys-fs/cryptsetup-2.1.0:0/12::gentoo USE="-argon2 -gcrypt -kernel -libressl -luks1_default -nettle -nls openssl -pwquality -reencrypt -static -static-libs udev -urandom" 10,413 KiB [ebuild N ]sys-fs/lvm2-2.02.184-r4::gentoo USE="-device-mapper-only -lvm2create_initrd readline -sanlock (-selinux) -static -static-libs -systemd -thin udev" 2,328 KiB [ebuild N ] dev-libs/libbytesize-1.4::gentoo USE="-doc -test" PYTHON_TARGETS="python2_7 -python3_5 python3_6 (-python3_7)" 80 KiB [nomerge ] sys-fs/cryptsetup-2.1.0:0/12::gentoo USE="-argon2 -gcrypt -kernel -libressl -luks1_default -nettle -nls openssl -pwquality -reencrypt -static -static-libs udev -urandom" [ebuild N ] dev-libs/json-c-0.13.1-r1:0/4::gentoo USE="-doc -static-libs" ABI_X86="-32 (64) (-x32)" 625 KiB [nomerge ] sys-fs/lvm2-2.02.184-r4::gentoo USE="-device-mapper-only -lvm2create_initrd readline -sanlock (-selinux) -static -static-libs -systemd -thin udev" [ebuild N ] dev-libs/libaio-0.3.110::gentoo USE="-static-libs -test" ABI_X86="-32 (64) (-x32)" 42 KiB I don't use LVM nor do I want to install 'lvm2' : can anyone suggest why is it required ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Saturday, 22 June 2019 18:04:49 BST Grant Taylor wrote: > On 6/22/19 2:13 AM, Mick wrote: > > After all changing the shell option in .bashrc does not affect the > > display within the xterm window. > > "shell option in .bashrc"??? > > Are you launching a different shell from Bash? (.bashrc is inherently > Bash.) > > Or are you using Bash as your interactive shell and using a different > shell for sub-commands / forks / etc.? I am using bash. In a previous message Jorge suggested I add: shopt -s checkwinsize in my bashrc which I did, but it didn't change anything. > > This is the problem I was describing as 'annoying'. Xterm draws the > > output once to fill in the real estate of the current xterm window, > > but changing the window width does not redraw each line to reflow it > > across the new window width. > > Agreed. This is the behavior I've seen (and expected) from XTerm for 20 > years. [snip ...] > > Again in my systems xterm will truncate lines when shrinking the width > > of the window. This truncated output is now lost. Increasing the > > width of the window will not restore the truncated lines. Scrolling up > > will now draw lines in the new full width of the xterm window, but > > the truncated lines remain truncated and their information is lost. > > Agreed. This is what I've seen and come to expect from XTerm after > using it for 20 years. Fair enough, I think we nailed this. (u)rxvt does what I prefer. I'll keep using it and accept xterm does things differently. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/22/19 2:13 AM, Mick wrote: These USE flags are the same like mine. ACK I don't think it is a shell related problem (but may be wrong). I think we need to be very careful and specific what part we think is shell (thus possibly readline) related vs terminal emulator related vs something else. (See my recent reply discussing an old school TTY terminal.) After all changing the shell option in .bashrc does not affect the display within the xterm window. "shell option in .bashrc"??? Are you launching a different shell from Bash? (.bashrc is inherently Bash.) Or are you using Bash as your interactive shell and using a different shell for sub-commands / forks / etc.? This is the problem I was describing as 'annoying'. Xterm draws the output once to fill in the real estate of the current xterm window, but changing the window width does not redraw each line to reflow it across the new window width. Agreed. This is the behavior I've seen (and expected) from XTerm for 20 years. Apologies for my confusing description - I'll have another go below. ;-) Confusion is okay as long as we work to clarify things. That's part of communicating effectively. I ran ldd and as is logical I can see there are some differences in the libs used by both programs. Neither of them use libterm. I was fairly certain that XTerm did not use libterm. I didn't know about (u)rxvt. I think some other—possibly more common—terminal emulators do use it. Aside: I consider urxvt to be a Unicode varient of rxvt. Much like uxterm is a Unicode varient (mode)of xterm. To me, both of these pairs are largely interchangeable for the conversation that we're having. Please correct me if you think I'm wrong on this point. In my systems urxvt will wrap lines when shrinking the width of the window AND unwrap them when increasing the width of the window. This is happening in real time as the window expands/contracts. This is the behavior that I'm seeing with urxvt as well. I have never seen XTerm exhibit this behavior. (At least not without something else inside of XTerm that does it, e.g. screen or tmux.) Again in my systems xterm will truncate lines when shrinking the width of the window. This truncated output is now lost. Increasing the width of the window will not restore the truncated lines. Scrolling up will now draw lines in the new full width of the xterm window, but the truncated lines remain truncated and their information is lost. Agreed. This is what I've seen and come to expect from XTerm after using it for 20 years.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/22/19 1:52 AM, Jorge Almeida wrote: I think (wrongly?) that readline deals with redrawing when typing a command in the shell. I believe that readline comes into play with the shell which is controlling the command line. Any past output, even old command lines, are historical data that the shell is not concerned with. Think about it this way, on an old school TTY with keyboard and printer, the shell would only be responsible for the current line. Anything prior to that is analogues to what has been printed and no longer the shell's concern. Conversely, the terminal emulator; XTerm / urxvt / et al., worries about (re)displaying what has been previously printed. Readline, via the shell, is only involved with the current command prompt.
Re: [gentoo-user] Re: wpa_supplicant.conf incongruity
On Wednesday, 19 June 2019 19:41:08 BST Ian Zimmerman wrote: > On 2019-06-19 10:32, Mick wrote: > > Having read the above and more in the example file, I thought the way > > to define a GROUP would be to just add a single directive, e.g.: > > > > GROUP=users > > I remember doing just this some time ago and it worked. I think this is > a case of the code leaving the documentation in dust. Thanks Ian, it's probably just that and the docs need updating. While working with the same wireless USB dongle I noticed its MAC address changes randomly, (almost) every time restart it. I can't recall what setting (kernel or wpa_supplicant) may be causing this. Although this is good for anonymity, it messes up my WAP access control list ... Any idea what setting generates random MAC addresses? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Massive kmail breakage with mariadb-10.4.6
On Saturday, 22 June 2019 15:36:49 BST Peter Humphrey wrote: > On Saturday, 22 June 2019 12:33:29 BST Neil Bothwick wrote: > > On Sat, 22 Jun 2019 10:07:46 +0100, Peter Humphrey wrote: > > > Yesterday's routine update took mariadb from 10.3.16 to 10.4.6. When I > > > came to look at my emails today, kmail couldn't do anything. To start > > > with, it was stuck in an endless, looping attempt to display the > > > current email. Then it couldn't archive the inbox, then it couldn't > > > import from an archive. I couldn't even move an email from one folder > > > to another. Akonadictl fsck and vacuum seemed to run but didn't improve > > > anything. Even reverting to an old copy of my home directory didn't > > > help. > > > > Did you restart msyqld and run mysql_upgrade? > > I ran lib_users -s after the update yesterday, found a lot of old libs in > use so rebooted. I also rebooted more than once this morning. > > To answer Mick, I tried akonadi fsck and vacuum; they reported success but > didn't affect what I was seeing in kmail. I've just tried upgrading mariadb again while watching it, and got similar results. I did notice that an error notice came up about being unable to store a message received via POP3, which is my main incoming source. I can't quote exactly because the notice disappeared too soon. Back to 10.3.16 for now. -- Regards, Peter.
Re: [gentoo-user] Massive kmail breakage with mariadb-10.4.6
On Saturday, 22 June 2019 12:33:29 BST Neil Bothwick wrote: > On Sat, 22 Jun 2019 10:07:46 +0100, Peter Humphrey wrote: > > Yesterday's routine update took mariadb from 10.3.16 to 10.4.6. When I > > came to look at my emails today, kmail couldn't do anything. To start > > with, it was stuck in an endless, looping attempt to display the > > current email. Then it couldn't archive the inbox, then it couldn't > > import from an archive. I couldn't even move an email from one folder > > to another. Akonadictl fsck and vacuum seemed to run but didn't improve > > anything. Even reverting to an old copy of my home directory didn't > > help. > > Did you restart msyqld and run mysql_upgrade? I ran lib_users -s after the update yesterday, found a lot of old libs in use so rebooted. I also rebooted more than once this morning. To answer Mick, I tried akonadi fsck and vacuum; they reported success but didn't affect what I was seeing in kmail. -- Regards, Peter.
Re: [gentoo-user] Massive kmail breakage with mariadb-10.4.6
On Saturday, 22 June 2019 12:33:29 BST Neil Bothwick wrote: > On Sat, 22 Jun 2019 10:07:46 +0100, Peter Humphrey wrote: > > Yesterday's routine update took mariadb from 10.3.16 to 10.4.6. When I > > came to look at my emails today, kmail couldn't do anything. To start > > with, it was stuck in an endless, looping attempt to display the > > current email. Then it couldn't archive the inbox, then it couldn't > > import from an archive. I couldn't even move an email from one folder > > to another. Akonadictl fsck and vacuum seemed to run but didn't improve > > anything. Even reverting to an old copy of my home directory didn't > > help. > > Did you restart msyqld and run mysql_upgrade? AFAIK when akonadi (re)starts it always runs mysql_upgrade. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Sat, Jun 22, 2019 at 11:16 AM Mick wrote: > > > Just to make sure there is no misunderstanding: the apparent bug only > > manifests itself the first time I do the shrinking/restoring stuff, > > after launching a urxvt window. Following tries will show the desired > > behaviour. Can you confirm it doesn't happen in your installation? > > Correct, I do not observe the bug you mention in my installation. I also > tried in fluxbox and the redrawing happens in the same way right from the > start, except fluxbox does not use a compositor, so (re)wrapping is a bit > jerky and shows up half a second after I stopped resizing the window. > > I need to explain I have added urxvtd in my start up: > > if [ -x /usr/bin/urxvtd ]; then > /usr/bin/urxvtd --opendisplay --fork --quiet > fi > > > so additional terminals launched with '/usr/bin/urxvtc -pe tabbed' reuse the > same single process of the daemon, making them faster and more economical in > resource usage. I assume they inherit some of what's already in memory and > this may be a reason why I don't observe your reported bug - although I can't > recall if I have this running in fluxbox. > OK, so I tested with urxvtd --opendisplay --fork --quiet, and, sure enough, the bug doesn't manifest. Even after killing urxvtd, a new instance of urxvt in a new window is bug-free. However, I tried launching another openbox session on a different VT (while keeping the current session), and the bug reappears! In the original session, a new urxvt remains bug-free. Curious. (I don't use urxvt, I stopped using it some time ago for reasons I can't remember...) Regards, Jorge
Re: [gentoo-user] Massive kmail breakage with mariadb-10.4.6
On Sat, 22 Jun 2019 10:07:46 +0100, Peter Humphrey wrote: > Yesterday's routine update took mariadb from 10.3.16 to 10.4.6. When I > came to look at my emails today, kmail couldn't do anything. To start > with, it was stuck in an endless, looping attempt to display the > current email. Then it couldn't archive the inbox, then it couldn't > import from an archive. I couldn't even move an email from one folder > to another. Akonadictl fsck and vacuum seemed to run but didn't improve > anything. Even reverting to an old copy of my home directory didn't > help. Did you restart msyqld and run mysql_upgrade? -- Neil Bothwick Okay, I pulled the pin. Now what? Hey, where are you going? pgpoWcFj3D727.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Massive kmail breakage with mariadb-10.4.6
On Saturday, 22 June 2019 10:07:46 BST Peter Humphrey wrote: > Hello lists, > > Yesterday's routine update took mariadb from 10.3.16 to 10.4.6. When I came > to look at my emails today, kmail couldn't do anything. To start with, it > was stuck in an endless, looping attempt to display the current email. Then > it couldn't archive the inbox, then it couldn't import from an archive. I > couldn't even move an email from one folder to another. Akonadictl fsck and > vacuum seemed to run but didn't improve anything. Even reverting to an old > copy of my home directory didn't help. > > Eventually I noticed that mariadb had been upgraded, so I masked the latest > version and reverted to the older one. Lo! and Behold! Kmail sprang back > into life. > > I've sent this to both the relevant lists; I hope that's not a heinous > transgression. Perhaps mariadb-10.4.6 has had some major code changes which make it incompatible with the 10.3.16 database structures, although you wouldn't expect the level of breakage you're describing happening on a minor version update. Usually this incantation works: pkill kmail akonadictl stop akonadictl start akonadictl fsck akonadictl vacuum with a reasonable waiting time between each step to make sure the command has finished processing the db files. If the db itself has been corrupted badly (as it can happen on a ropey fs) then deleting and recreating the affected akonadi resource may be a better option. Did you try removing the akonadi resource, then recreating it and waiting for mariadb to re-index the contents of your emails/contacts/notes/what-ever? When things go awry on a system using btrfs and no mirror, this is my nuclear option to restore a working kdepim. PS. One of these days I will try to educate myself better on recovering from btrfs corruption (or more likely reformat the fs to ext4 and forget about it). ;-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Saturday, 22 June 2019 09:51:48 BST Jorge Almeida wrote: > On Sat, Jun 22, 2019 at 9:36 AM Mick wrote: > > On Saturday, 22 June 2019 08:52:56 BST Jorge Almeida wrote: > > > However, > > > my urxvt behaves as you describe, more or less: > > > - open urxvt > > > - cat some file with long enough lines > > > - lines wrap > > > - shrink window (horizontally) > > > - contents are NOT redrawn (just like xterm) > > > > OK, we have a difference in behaviour here. In my urxvt lines longer than > > the window shrinking width are redrawn and wrap into the next line. > > > > > - restore window size > > > > Wrapped lines will now unwrap to take up the increasing window width. > > Unlike xterm, no characters are truncated/lost in urxvt. > > > > > - cat same file, etc > > > - contents are now redrawn properly! > > > > > > It appears urxvt does the job by itself (minus what seems to be a bug) > > > > Jorge, your urxvt seems to work differently to my installations here. > > Nevertheless, I'm coming to the conclusion xterm won't behave in the same/ > > similar way as urxvt when it comes to redrawing its window contents. > > Just to make sure there is no misunderstanding: the apparent bug only > manifests itself the first time I do the shrinking/restoring stuff, > after launching a urxvt window. Following tries will show the desired > behaviour. Can you confirm it doesn't happen in your installation? Correct, I do not observe the bug you mention in my installation. I also tried in fluxbox and the redrawing happens in the same way right from the start, except fluxbox does not use a compositor, so (re)wrapping is a bit jerky and shows up half a second after I stopped resizing the window. I need to explain I have added urxvtd in my start up: if [ -x /usr/bin/urxvtd ]; then /usr/bin/urxvtd --opendisplay --fork --quiet fi so additional terminals launched with '/usr/bin/urxvtc -pe tabbed' reuse the same single process of the daemon, making them faster and more economical in resource usage. I assume they inherit some of what's already in memory and this may be a reason why I don't observe your reported bug - although I can't recall if I have this running in fluxbox. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Massive kmail breakage with mariadb-10.4.6
Hello lists, Yesterday's routine update took mariadb from 10.3.16 to 10.4.6. When I came to look at my emails today, kmail couldn't do anything. To start with, it was stuck in an endless, looping attempt to display the current email. Then it couldn't archive the inbox, then it couldn't import from an archive. I couldn't even move an email from one folder to another. Akonadictl fsck and vacuum seemed to run but didn't improve anything. Even reverting to an old copy of my home directory didn't help. Eventually I noticed that mariadb had been upgraded, so I masked the latest version and reverted to the older one. Lo! and Behold! Kmail sprang back into life. I've sent this to both the relevant lists; I hope that's not a heinous transgression. -- Gentoo testing system gcc 9.1.0, sys-kernel/gentoo-sources 5.1.12 QT 5.12.3, KDE frameworks 5.59.0, KDE plasma 5.16.1 KDE apps 19.04.2oo incl KMail 19.04.1-r1 (5.11.2), akonadi 19.04.0 x11-drivers/xf86-video-amdgpu 19.0.0 dev-libs/amdgpu-pro-opencl 18.20.684755
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Sat, Jun 22, 2019 at 9:36 AM Mick wrote: > > On Saturday, 22 June 2019 08:52:56 BST Jorge Almeida wrote: > > > > However, > > my urxvt behaves as you describe, more or less: > > - open urxvt > > - cat some file with long enough lines > > - lines wrap > > - shrink window (horizontally) > > - contents are NOT redrawn (just like xterm) > > OK, we have a difference in behaviour here. In my urxvt lines longer than the > window shrinking width are redrawn and wrap into the next line. > > > > - restore window size > > Wrapped lines will now unwrap to take up the increasing window width. Unlike > xterm, no characters are truncated/lost in urxvt. > > > > - cat same file, etc > > - contents are now redrawn properly! > > > > It appears urxvt does the job by itself (minus what seems to be a bug) > > Jorge, your urxvt seems to work differently to my installations here. > Nevertheless, I'm coming to the conclusion xterm won't behave in the same/ > similar way as urxvt when it comes to redrawing its window contents. > Just to make sure there is no misunderstanding: the apparent bug only manifests itself the first time I do the shrinking/restoring stuff, after launching a urxvt window. Following tries will show the desired behaviour. Can you confirm it doesn't happen in your installation? Jorge
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Saturday, 22 June 2019 08:52:56 BST Jorge Almeida wrote: > There is a dev-libs/libtermkey, which I don't have installed. I don't have this installed either. I suppose it does not affect the drawing behavior. > However, > my urxvt behaves as you describe, more or less: > - open urxvt > - cat some file with long enough lines > - lines wrap > - shrink window (horizontally) > - contents are NOT redrawn (just like xterm) OK, we have a difference in behaviour here. In my urxvt lines longer than the window shrinking width are redrawn and wrap into the next line. > - restore window size Wrapped lines will now unwrap to take up the increasing window width. Unlike xterm, no characters are truncated/lost in urxvt. > - cat same file, etc > - contents are now redrawn properly! > > It appears urxvt does the job by itself (minus what seems to be a bug) Jorge, your urxvt seems to work differently to my installations here. Nevertheless, I'm coming to the conclusion xterm won't behave in the same/ similar way as urxvt when it comes to redrawing its window contents. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Saturday, 22 June 2019 00:44:28 BST Grant Taylor wrote: > On 6/21/19 5:03 PM, Jorge Almeida wrote: > > ## equery uses x11-terms/xterm > > [ Legend : U - final flag setting for installation] > > [: I - package is installed with flag ] > > [ Colors : set, unset ] > > > > * Found these USE flags for x11-terms/xterm-337: > > U I > > - - Xaw3d: Add support for the 3d athena widget set > > + + openpty : Use openpty() in preference to posix_openpt() > > - - toolbar : Enable the xterm toolbar to be built > > + + truetype : Add support for FreeType and/or FreeType2 fonts > > + + unicode : Add support for Unicode > > - - xinerama : Add support for querying multi-monitor screen geometry > > through> > > the Xinerama API > > > > ~ > > That's what I expected. These USE flags are the same like mine. > > Ah, no, it doesn't. I thought Mick's problem was with the shell. > > Ah. I don't think it is a shell related problem (but may be wrong). After all changing the shell option in .bashrc does not affect the display within the xterm window. > > Shrinking the window truncates the visible lines. Restoring the size > > doesn't restore the truncated contents. > > Agreed. This is the problem I was describing as 'annoying'. Xterm draws the output once to fill in the real estate of the current xterm window, but changing the window width does not redraw each line to reflow it across the new window width. > > This was expected. After all, the output of "cat foo" is not processed > > through readline. > > I don't think that readline has anything to do with this. > > > Maybe I misunderstood the OP's problem? > > Ah. Apologies for my confusing description - I'll have another go below. > > (But then, how can rxvt behave differently?) > > I don't know about rxvt per say. > > But I thought there was a common library (libterm?) used by a number of > terminal emulators that actually saved the output to a temporary file. > That way they could re-display the output if (when) the window size changed. I ran ldd and as is logical I can see there are some differences in the libs used by both programs. Neither of them use libterm. > After emerging and testing rxvt, yes, it will rewrap the line to the new > window width. It seems as if it saves the output as discreet lines and > re-wraps them individually based on the terminal width. So, the output > of an ls -l in a 132 character window, causes each line to be re-wrapped > (as below) when reducing the window width. > > This 40 character wide… > > > > > > > …becomes this 30 character wide. > > aa > aa > bb > bb > cc > cc > dd > dd In my systems urxvt will wrap lines when shrinking the width of the window AND unwrap them when increasing the width of the window. This is happening in real time as the window expands/contracts. Again in my systems xterm will truncate lines when shrinking the width of the window. This truncated output is now lost. Increasing the width of the window will not restore the truncated lines. Scrolling up will now draw lines in the new full width of the xterm window, but the truncated lines remain truncated and their information is lost. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Sat, Jun 22, 2019 at 12:44 AM Grant Taylor wrote: > > > This was expected. After all, the output of "cat foo" is not processed > > through readline. > > I don't think that readline has anything to do with this. I think (wrongly?) that readline deals with redrawing when typing a command in the shell. > > > > (But then, how can rxvt behave differently?) > > I don't know about rxvt per say. > > But I thought there was a common library (libterm?) used by a number of > terminal emulators that actually saved the output to a temporary file. > That way they could re-display the output if (when) the window size changed. > > After emerging and testing rxvt, yes, it will rewrap the line to the new > window width. It seems as if it saves the output as discreet lines and > re-wraps them individually based on the terminal width. So, the output > of an ls -l in a 132 character window, causes each line to be re-wrapped > (as below) when reducing the window width. > There is a dev-libs/libtermkey, which I don't have installed. However, my urxvt behaves as you describe, more or less: - open urxvt - cat some file with long enough lines - lines wrap - shrink window (horizontally) - contents are NOT redrawn (just like xterm) - restore window size - cat same file, etc - contents are now redrawn properly! It appears urxvt does the job by itself (minus what seems to be a bug) Jorge -