Re: [gentoo-user] Fluxbox problem
150607 Philip Webb wrote: Yesterday, I updated to the now stable Fluxbox 1.3.7-r1 ; there have been no changes in my config files. Normally, I have the toolbar (the panel at the bottom of the screen) hidden make it visible by dropping the mouse down there ; I also have Fbpager running to its left, similarly hidden revealed. Since the update, the pager toolbar remain hidden, even when I move the mouse down there, but when the mouse is over the pager, the toolbar appears in a flickering form. It becomes a solid image when I move the mouse to the right remains till I move the mouse away. However, if the pager is not running, the toolbar remains hidden always. I emerged 1.3.7 , which showed the same bug. However, having restored 1.3.6-r1 , which I used before yesterday, the bug has disappeared the pager + the toolbar work as they should. The configuration has remained the same thro'out these tests. Before I file a bug, has anyone else seen this ? Any advice ? So again, are there any other Fluxbox users on the list ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Daniel Frey wrote:
On 06/07/2015 10:31 AM, Mick wrote:
On Sunday 07 Jun 2015 18:17:24 Daniel Frey wrote:
On 06/07/2015 08:10 AM, Andrew Lowe wrote:
Same here.
Can't seem to reply to myself, just posting back the nepomuk USE-flag
did indeed fix it.
Dan
Did you set it globally or only for some package, e.g. kdelibs?
(I can't tell on my system because I don't have the full KDE installed).
I only set the USE-flag on kdelibs on the machine that didn't work, and
it works now. I did an `emerge -pvuDN world` after setting the flag, and
there were five packages rebuilt (some new - two nepomik packages for
sure - but I don't remember fully.)
Dan
Mine looks something like this.
Calculating dependencies... done!
[ebuild N ] dev-libs/xapian-1.2.19::gentoo USE=brass chert
inmemory -doc -static-libs CPU_FLAGS_X86=sse sse2 3,101 KiB
[ebuild N ] dev-libs/shared-desktop-ontologies-0.11.0::gentoo
3,875 KiB
[ebuild U ~] kde-base/kdelibs-4.14.9:4/4.14::gentoo
[4.14.6-r1:4/4.14::gentoo] USE=alsa bzip2 crypt fam handbook jpeg2k
lzma nepomuk* nls opengl (policykit) spell ssl udev udisks upower
zeroconf -acl (-altivec) (-aqua) -debug -doc -kerberos -openexr {-test}
CPU_FLAGS_X86=3dnow mmx sse sse2 11,374 KiB
[ebuild N ] kde-base/kfilemetadata-4.14.3:4/4.14::gentoo USE=exif
ffmpeg pdf (-aqua) -debug -epub -mobi -taglib 36 KiB
[ebuild N ] kde-base/baloo-4.14.3:4/4.14::gentoo USE=(-aqua)
-debug -minimal 143 KiB
[ebuild N ] kde-base/nepomuk-core-4.14.3:4/4.14::gentoo USE=exif
ffmpeg migrator pdf (-aqua) -debug -epub -taglib 375 KiB
[ebuild N ] kde-base/nepomuk-widgets-4.14.3:4/4.14::gentoo
USE=(-aqua) -debug 48 KiB
[ebuild U ~] kde-apps/kopete-4.14.3-r1:4/4.14::gentoo
[4.14.3:4/4.14::gentoo] USE=addbookmarks autoreplace contactnotes
handbook highlight history nowlistening pipes privacy ssl statistics
texteffect translator urlpicpreview xmpp yahoo zeroconf (-aqua) -debug
-gadu -groupwise -jingle -latex -meanwhile -oscar -otr -skype -sms
-testbed -v4l -webpresence -winpopup 0 KiB
[ebuild U ~] kde-apps/kdebase-data-4.14.3-r1:4/4.14::gentoo
[4.14.3:4/4.14::gentoo] USE=wallpapers (-aqua) 0 KiB
I also had to enable the crypt USE flag for some reason, not related to
this I think.
Now to let it compile away for a bit while I give my grass a hair cut. :/
Dale
:-) :-)
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On Sunday 07 Jun 2015 18:17:24 Daniel Frey wrote: On 06/07/2015 08:10 AM, Andrew Lowe wrote: Same here. Can't seem to reply to myself, just posting back the nepomuk USE-flag did indeed fix it. Dan Did you set it globally or only for some package, e.g. kdelibs? (I can't tell on my system because I don't have the full KDE installed). -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Andrew Lowe wrote: Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of File already exists, it says in the dialogue Source and Destination with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew Well, if it is a missing USE flag or something, I'm missing it to and have been for a LONG time now. Mine has a lot of nothingness to it too. Dale :-) :-)
Re: [gentoo-user] search files for text string
On Sun, 07 Jun 2015 14:59:51 +0200, Volker Armin Hemmann wrote: 'cd' to the lowest dir which contains them all, then 'grep -r Check/Money Order *.php'. That will only search *.php files in the current directory, you need nope The shell expands the *.php to a list of matching files in the current directory. You need a . to mtch the current directory. -- Neil Bothwick He who asks a question is a fool for a minute, He who doesn't ask is a fool for a lifetime. pgpauAXFxuSSR.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 08:10 AM, Andrew Lowe wrote:
On 06/07/2015 10:42 PM, Alan McKinnon wrote:
So there is something else here that also plays a role
Same here.
Hi all,
I may have a solution for you. I noticed this behaviour some time back,
except I had two workstations - one worked, and one didn't. So I went to
compare the two machines (which took a very long time) and discovered
kdelibs is built differently on the one that shows the previews. It
appears the default USE flags do not enable this functionality.
That overwrite dialog is in kdelibs and it looks like it depends on
nepomuk (semantic desktop support) that is marked deprecated.
I enabled a few use flags trying to correct the problem, but I'm pretty
sure it's the nepomuk USE flag that fixed it.
# emerge -pv kdelibs
[ebuild R] kde-base/kdelibs-4.14.3-r1:4/4.14::gentoo USE=acl
alsa bzip2 crypt fam handbook jpeg2k lzma nepomuk nls openexr opengl
(policykit) spell ssl udev udisks upower zeroconf (-altivec) (-aqua)
-debug -doc -kerberos {-test} CPU_FLAGS_X86=mmx sse sse2 -3dnow 0 KiB
This appears to pull:
[IP-] [ ] kde-base/nepomuk-core-4.14.3:4/4.14
[IP-] [ ] kde-base/nepomuk-widgets-4.14.3:4/4.14
in to be built, and nepomuk-core has a ffmpeg dependency:
[ebuild R] kde-base/nepomuk-core-4.14.3:4/4.14::gentoo USE=exif
ffmpeg migrator pdf (-aqua) -debug -epub -taglib 0 KiB
I'm currently building kdelibs with the nepomuk USE-flag on my other PC
(the one that does not work), will report back if it's successful.
Dan
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 08:10 AM, Andrew Lowe wrote: Same here. Can't seem to reply to myself, just posting back the nepomuk USE-flag did indeed fix it. Dan
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 10:30 AM, Paul Klos wrote: Op zondag 7 juni 2015 10:17:24 schreef Daniel Frey: On 06/07/2015 08:10 AM, Andrew Lowe wrote: Same here. Can't seem to reply to myself, just posting back the nepomuk USE-flag did indeed fix it. Dan Interesting, I have indeed still enabled the nepomuk USE flag on kdelibs. I'm curious to know why nepomuk is marked deprecated when it's still in use. It doesn't appear there's a replacement for this functionality. Dan
Re: [gentoo-user] Fluxbox problem
On 2015/06/07 at 01:57pm, Philip Webb wrote: 150607 Philip Webb wrote: Before I file a bug, has anyone else seen this ? Any advice ? So again, are there any other Fluxbox users on the list ? I am a Fluxbox user, but haven't updated, so cannot comment. I have been using this for several weeks with no issues: version: Fluxbox 1.3.6-gentoo-r1 : (c) 2001-2015 Fluxbox Team eix fluxbox: [I] x11-wm/fluxbox Installed versions: 1.3.6-r1(10:56:38 AM 05/17/2015)(imlib nls slit toolbar truetype -bidi -vim-syntax -xinerama) Sorry I cannot help. When I do upgrade (probably next week), I will check for the behavior you found. -- Chris Spackman GNU Terry Pratchett
Re: [gentoo-user] Fluxbox problem
Hello Philip, On Sunday 07 Jun 2015 18:57:58 Philip Webb wrote: 150607 Philip Webb wrote: Yesterday, I updated to the now stable Fluxbox 1.3.7-r1 ; there have been no changes in my config files. Same here. Normally, I have the toolbar (the panel at the bottom of the screen) hidden make it visible by dropping the mouse down there ; I also have Fbpager running to its left, similarly hidden revealed. My toolbar is set to be visible and I have no Fbpager. Since the update, the pager toolbar remain hidden, even when I move the mouse down there, but when the mouse is over the pager, the toolbar appears in a flickering form. It becomes a solid image when I move the mouse to the right remains till I move the mouse away. However, if the pager is not running, the toolbar remains hidden always. I am guessing that the problem is with Fbpager. Do you still have the problem if you remove Fbpager? Something I noticed is that the toolbar will not show if hidden, until I move the cursor 1-2 inches or more from the right edge of the toolbar. I have a clock on the right hand side and I need to come left well beyond it and into the application tabs area for the toolbar to show up. In any other position the cursor brings the toolbar up as expected. Now, if your Fbpager is where my clock happens to be (the right hand edge of the toolbar) then we have come across the same bug. However, there is no flickering here. The toolbar either shows up, or it does not. So the flickering could be related to the canvas of the Fbpager being refreshed. I emerged 1.3.7 , which showed the same bug. However, having restored 1.3.6-r1 , which I used before yesterday, the bug has disappeared the pager + the toolbar work as they should. The configuration has remained the same thro'out these tests. Before I file a bug, has anyone else seen this ? Any advice ? So again, are there any other Fluxbox users on the list ? PS. I only use Fluxbox as a fall back when Enlightenment does not work. Perhaps you should give e19 a spin, now that it is in the main tree. Configure your favourite apps to show up when you right click on the desktop and you should be pretty much at home with it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Fluxbox problem
150607 Mick wrote: On Sunday 07 Jun 2015 18:57:58 Philip Webb wrote: Yesterday, I updated to the now stable Fluxbox 1.3.7-r1 ; there have been no changes in my config files. Same here. Normally, I have the toolbar (the panel at the bottom of the screen) hidden make it visible by dropping the mouse down there ; I also have Fbpager running to its left, similarly hidden revealed. My toolbar is set to be visible and I have no Fbpager. So your experience is not directly relevant. Since the update, the pager toolbar remain hidden, even when I move the mouse down there, but when the mouse is over the pager, the toolbar appears in a flickering form. It becomes a solid image when I move the mouse to the right remains till I move the mouse away. However, if the pager is not running, the toolbar remains hidden always. I am guessing that the problem is with Fbpager. Do you still have the problem if you remove Fbpager? Please read what I wrote (smile) ! However, if the pager is not running, the toolbar remains hidden always : that is not the expected behaviour, ie what I get with 1.3.6-r1 , when moving the mouse over the toolbar area makes it appear. Something I noticed is that the toolbar will not show if hidden, until I move the cursor 1-2 inches or more from its right edge. I have a clock on the right hand side and need to come left well beyond it and into the application tabs area for the toolbar to show up. That shouldn't be happening : it doesn't happen for me with 1.3.6-r1 . In any other position the cursor brings the toolbar up as expected. Now, if your Fbpager is where my clock happens to be -- the right hand edge of the toolbar -- then we have come across the same bug. It's to the left (please read what I wrote above) you are experiencing part of what's gone wrong with 1.3.7 , but not all of it : However, there is no flickering here : the toolbar either shows up or does not. So the flickering could be related to the canvas of the Fbpager being refreshed. It's caused somehow by the presence of the pager. I emerged 1.3.7 , which showed the same bug. However, having restored 1.3.6-r1 , which I used before yesterday, the bug has disappeared the pager + the toolbar work as they should. The configuration has remained the same thro'out these tests. Before I file a bug, has anyone else seen this ? Any advice ? Are there any other Fluxbox users on the list ? PS I only use Fluxbox as a fall back when Enlightenment does not work. Perhaps you should give e19 a spin, now that it is in the main tree. Configure your favourite apps to show up when you right click on the desktop and you should be pretty much at home with it. I've been a contented user of Fluxbox for some years, so I hope I don't have to drop it. It looks like a bug report is needed. The Fluxbox WWW site warns that 1.3.7 was released after 2 yr break may need lots of testing. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Op zondag 7 juni 2015 10:17:24 schreef Daniel Frey: On 06/07/2015 08:10 AM, Andrew Lowe wrote: Same here. Can't seem to reply to myself, just posting back the nepomuk USE-flag did indeed fix it. Dan Interesting, I have indeed still enabled the nepomuk USE flag on kdelibs.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 10:31 AM, Mick wrote: On Sunday 07 Jun 2015 18:17:24 Daniel Frey wrote: On 06/07/2015 08:10 AM, Andrew Lowe wrote: Same here. Can't seem to reply to myself, just posting back the nepomuk USE-flag did indeed fix it. Dan Did you set it globally or only for some package, e.g. kdelibs? (I can't tell on my system because I don't have the full KDE installed). I only set the USE-flag on kdelibs on the machine that didn't work, and it works now. I did an `emerge -pvuDN world` after setting the flag, and there were five packages rebuilt (some new - two nepomik packages for sure - but I don't remember fully.) Dan
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On Sunday 07 Jun 2015 13:51:40 Andrew Lowe wrote: On 06/07/2015 08:24 PM, Mick wrote: From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? No I haven't. I've just tried, but I can't find what you're actually referring to. Is View/Preview a system setting somewhere, an application setting or you can't remember the actual title and it could be view or preview??? Thanks for the suggestion, Andrew In Dolphin or Konqueror, go to the main menu and under View you will see an entry called Preview. Click on it to select it. I don't know if this will fix your problem, but it is something to try. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Mick wrote: On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of File already exists, it says in the dialogue Source and Destination with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew Hi Andrew, If I try to copy a file that already exists in the destination folder, I do indeed get preview images and some metadata, not a vast expanse of nothingness. For example, when copying a jpg the dialog shows thumbnails of the source and the destination, and underneath each image the type, size, width, height and the date it was last modified. Below that is an input field where an alternative name can be entered, which presumably you still have. Finally there are the buttons. As for what triggers the presence/absence of the preview, I have no idea. Paul From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? I have the same problem as the OP and I do have it set to show previews. I always figured this was a bug and would be fixed at some point but it sure has been a while since it worked. Dale :-) :-)
Re: [gentoo-user] which keymap and keyboard setup
Alan Mackenzie a...@muc.de writes: Hello, Lee. On Fri, Jun 05, 2015 at 11:33:47PM +0200, lee wrote: Hi, which keymap are we supposed to use for a keyboard that has 122 keys? I think you might have to roll your own. As a warning, this can't be done in a single hour. It seems so --- I looked at the provided keymaps and found that they are an awful mess of including many maps into another to somehow finally get a desired result. The problem I currently have is that the function keys F12--F24 (and some others) send two key presses rather than their own keycodes. So first I need to get the keyboard itself out of the mode it's in. And I found that the keyboard works fine when going into the BIOS and doesn't work at all when booting, already at the stage when grub shows it's menu. When that happens, I need to unplug the keyboard, and it works when I plug it back in. When I don't enter the BIOS before booting, the keyboard works fine. Other than that, I switched to the US layout, and what the keys do now basically matches their labels. As a matter of interest, what are all the extra keys for? What legend is embossed upon them, and where are they, physically, relative to the qwerty part of the keyboard? There's a bunch of keys on the left side of the keyboard, in two rows: |--+---| | SysRq| ScrLk | | Esc | | | Attr | | |--+---| | Print| Pause | | Screen | Clear | | SysRq| Break | |--+---| | Print| Help | |--+---| | Record | Play | |--+---| | [window] | Menu | |--+---| There are 24 function keys, and the layout of the cursor keys is like a plus sign because there's a Home key in the middle of the arrows. The keys above that are kinda weird because there's a backspace and what looks like an Enter key, with Drop/Insert/Zoom and Delete in the middle and PgUp and PgDown on the left. The end key is part of the keypad. That will take a while to get used to. I like having extra keys so I can put something onto them, like switching to particular windows, starting applications and emacs-functions I frequently use. I'm using a lot of virtual desktops, all the windows usually fullscreen, so it's much easier and faster to press, for example, F24 to switch to or between emacs frames than it is to go through the window list or to find an empty desktop to look at the pager to figure out where the window is I want to switch to. Just use something like: DestroyFunc WarpToEmacs AddToFunc WarpToEmacs + I Next (Emacs) WarpToWindow 50 50 and bind that to a key. Since F13--F24 are usually not used by anything, they'd be perfect for things like this. That these stupid Windoze-keys don't get in the way of the Ctrl and Alt keys is a big advantage --- I hate those, yet now I can actually make use of them because they are located conveniently. Other than that, Unicomp keyboards are hard to get here as you need to import them, which involves more or less unforeseeable costs (shipping and taxes). Fortunately, there was a good offer on ebay, and they not only handle the international shipping at bearable rates and customs but even tell you exactly what it will cost. So you pay that and get it shipped to your door without any further ado, just like anything else you order online. Without that, I would have to pay as much or even more for shipping alone as I pay for the keyboard itself. My comments from this point on are about the console keyboard. I don't know much about X keyboards, though I do have a little utility, xfce4-xkb-plugin, in my XFCE which swaps from British to German layout at the click of a mouse. My console keyboard is an extensively enhanced version of a British layout, with the seven German letters on AltGra/o/u/s, and many extra key combinations that are needed in Emacs, together with combinations for Ctrlarrow-keys, etc. That sounds as if you could use a keyboard that has more keys :) With some, if not most, keyboards that feature an US layout, you simply do not have the keys for some of the letters needed for German. And without having the physical keys, you can adjust your layout all you want, it will still suck :) So I made sure to get a keyboard that does have these keys. Of course, they have different labels, but I don't mind. And I have a Model M at hand, so I guess I could even switch out the keycaps to get the correct labels if I wanted to. And which keyboard type are we supposed to specify? There's pc_102, pc_105 and whatnot; is there such a thing as pc_122, too? I doubt it. Probably, you'll be just fine with pc_105. Try it! (Where is this set, by the way? I set mine to pc_105, but forgotton where I did it). It's in a (snippet) of xorg.conf, see http://www.x.org/archive/X11R7.5/doc/input/XKB-Config.html You can also switch layouts by pressing a key combination. So far, I plugged the keyboard in (it's USB) and
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Andrew Lowe wrote: On 06/07/2015 08:24 PM, Mick wrote: From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? No I haven't. I've just tried, but I can't find what you're actually referring to. Is View/Preview a system setting somewhere, an application setting or you can't remember the actual title and it could be view or preview??? Thanks for the suggestion, Andrew . In Konqueror, Settings up top, Configure Konqueror. In the new window, expand File Management, click General then click the tab Previews. I have videos, images etc checked here. I can see previews of the files while navigating around so I knew this was set already, but checked to make sure there wasn't something new here. You're not alone tho. I have the same as you. Weird. Dale :-) :-)
Re: [gentoo-user] search files for text string
On 07/06/2015 15:00, Volker Armin Hemmann wrote: Am 06.06.2015 um 18:45 schrieb Joseph: I've bunch of php files in many directories and I need to file a text string in them Check/Money Order I've tried: find -type f -print0 | xargs -r0 grep -F 'Check/Money Order' it doesn't work. What is a better method of searching files? grep -R 'whateveryourarelookingfor /path/to/directory/tree/ seriously, why make everything fucking harder with find, when grep alone can do it for you? because the youngsters of today think they know everything and lack the skills to see they know very little Actually, it's not surprising because strange as it may seem, the skill to exercise competence is the same skill that recognises it -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Fluxbox problem
Yesterday, I updated to the now stable Fluxbox 1.3.7-r1 ; there have been no changes in my config files. Normally, I have the toolbar (the panel at the bottom of the screen) hidden make it visible by dropping the mouse down there ; I also have Fbpager running to its left, similarly hidden revealed. Since the update, the pager toolbar remain hidden, even when I move the mouse down there, but when the mouse is over the pager, the toolbar appears in a flickering form. It becomes a solid image when I move the mouse to the right remains till I move the mouse away. However, if the pager is not running, the toolbar remains hidden always. Before I file a bug, has anyone else seen this ? Any advice ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of File already exists, it says in the dialogue Source and Destination with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew Hi Andrew, If I try to copy a file that already exists in the destination folder, I do indeed get preview images and some metadata, not a vast expanse of nothingness. For example, when copying a jpg the dialog shows thumbnails of the source and the destination, and underneath each image the type, size, width, height and the date it was last modified. Below that is an input field where an alternative name can be entered, which presumably you still have. Finally there are the buttons. As for what triggers the presence/absence of the preview, I have no idea. Paul
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 08:24 PM, Mick wrote: On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of File already exists, it says in the dialogue Source and Destination with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew Hi Andrew, If I try to copy a file that already exists in the destination folder, I do indeed get preview images and some metadata, not a vast expanse of nothingness. For example, when copying a jpg the dialog shows thumbnails of the source and the destination, and underneath each image the type, size, width, height and the date it was last modified. Below that is an input field where an alternative name can be entered, which presumably you still have. Finally there are the buttons. As for what triggers the presence/absence of the preview, I have no idea. Paul From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? No I haven't. I've just tried, but I can't find what you're actually referring to. Is View/Preview a system setting somewhere, an application setting or you can't remember the actual title and it could be view or preview??? Thanks for the suggestion, Andrew
Re: [gentoo-user] search files for text string
Am 06.06.2015 um 18:45 schrieb Joseph: I've bunch of php files in many directories and I need to file a text string in them Check/Money Order I've tried: find -type f -print0 | xargs -r0 grep -F 'Check/Money Order' it doesn't work. What is a better method of searching files? grep -R 'whateveryourarelookingfor /path/to/directory/tree/ seriously, why make everything fucking harder with find, when grep alone can do it for you?
Re: [gentoo-user] which keymap and keyboard setup
On 07/06/2015 15:00, lee wrote: Alan Mackenzie a...@muc.de writes: Hello, Peter On Sat, Jun 06, 2015 at 02:25:17PM +0100, Peter Humphrey wrote: On Saturday 06 June 2015 11:22:45 Alan Mackenzie wrote: :-) I have a Filco mechanical keyboard, which works well. Does your new keyboard need more desk space than a standard one? That would be a negative feature for me. I wonder how much better these are than my 105-key Cherry with its mechanical key switches. It isn't quiet, but it doesn't need to be since I'm the only one here. I deliberately went for a proper keyboard rather than those nasty rubber-sheet jobs. My Filco has Cherry keys in it. I seem to remember from researching it a few years back, Cherry keys come in several weights of action, and some of them have an audible click, some don't. An audible click would drive me crazy. Buckling springs buckle and rattle, they don't click --- I do like that sound :) My trusty Model M, using which this very mail was typed, still buckles and rattles after god-only-knows how many years use[1]. I can use it as a stand-in cricket bat, or a weapon to fend off thieves in the night, and it will still buckle, rattle and type. I call that a quality keyboard. [1] And every legend on the keys is still perfect! I wonder if the legends are moulded all the way through. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of File already exists, it says in the dialogue Source and Destination with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew Hi Andrew, If I try to copy a file that already exists in the destination folder, I do indeed get preview images and some metadata, not a vast expanse of nothingness. For example, when copying a jpg the dialog shows thumbnails of the source and the destination, and underneath each image the type, size, width, height and the date it was last modified. Below that is an input field where an alternative name can be entered, which presumably you still have. Finally there are the buttons. As for what triggers the presence/absence of the preview, I have no idea. Paul From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
Op zondag 7 juni 2015 08:02:04 schreef Dale: Andrew Lowe wrote: On 06/07/2015 08:24 PM, Mick wrote: From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? No I haven't. I've just tried, but I can't find what you're actually referring to. Is View/Preview a system setting somewhere, an application setting or you can't remember the actual title and it could be view or preview??? Thanks for the suggestion, Andrew . In Konqueror, Settings up top, Configure Konqueror. In the new window, expand File Management, click General then click the tab Previews. I have videos, images etc checked here. I can see previews of the files while navigating around so I knew this was set already, but checked to make sure there wasn't something new here. You're not alone tho. I have the same as you. Weird. Dale :-) :-) Well, nothing substantial comes to mind, but I have a few suggestions/questions to investigate. Have you tried with another, or a new, user? Do you use a custom theme? If so, you could switch it back and see if that makes any difference/ Is your disk full? Are both directories local, or are you copying to or from a remote directory? Paul
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 07/06/2015 14:24, Mick wrote: On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of File already exists, it says in the dialogue Source and Destination with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew Hi Andrew, If I try to copy a file that already exists in the destination folder, I do indeed get preview images and some metadata, not a vast expanse of nothingness. For example, when copying a jpg the dialog shows thumbnails of the source and the destination, and underneath each image the type, size, width, height and the date it was last modified. Below that is an input field where an alternative name can be entered, which presumably you still have. Finally there are the buttons. As for what triggers the presence/absence of the preview, I have no idea. Paul From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? I have that enabled, but previews still do not show up in the file already exists dialog. They do however show up in dolphin's sidebar panel (activated with F11) So there is something else here that also plays a role -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] search files for text string
Am 07.06.2015 um 01:40 schrieb Neil Bothwick: On Sat, 6 Jun 2015 13:11:04 -0400, Philip Webb wrote: I've bunch of php files in many directories and I need to find a text string in them Check/Money Order 'cd' to the lowest dir which contains them all, then 'grep -r Check/Money Order *.php'. That will only search *.php files in the current directory, you need nope grep -r --include='*.php' 'Check/Money Order' . not true either.
Re: [gentoo-user] which keymap and keyboard setup
Alan Mackenzie a...@muc.de writes: Hello, Peter On Sat, Jun 06, 2015 at 02:25:17PM +0100, Peter Humphrey wrote: On Saturday 06 June 2015 11:22:45 Alan Mackenzie wrote: :-) I have a Filco mechanical keyboard, which works well. Does your new keyboard need more desk space than a standard one? That would be a negative feature for me. I wonder how much better these are than my 105-key Cherry with its mechanical key switches. It isn't quiet, but it doesn't need to be since I'm the only one here. I deliberately went for a proper keyboard rather than those nasty rubber-sheet jobs. My Filco has Cherry keys in it. I seem to remember from researching it a few years back, Cherry keys come in several weights of action, and some of them have an audible click, some don't. An audible click would drive me crazy. Buckling springs buckle and rattle, they don't click --- I do like that sound :) MX blues don't klick, so I guess what sound you get depends on the rest of the keyboard. The one I have sounds like plastic, which it is, and I don't like that sound. If they were clicking, that probably would only make it worse ... -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.
Re: [gentoo-user] which keymap and keyboard setup
Peter Humphrey pe...@prh.myzen.co.uk writes: On Saturday 06 June 2015 11:22:45 Alan Mackenzie wrote: On Fri, Jun 05, 2015 at 11:33:47PM +0200, lee wrote: BTW, this keyboard is awesome. It's just as if you had a Model M, but still new, and there isn't anything better available new. I've been using those for about 20 years now and wanted a new one since quite a while, now finally managed to get a Unicomp ... Get one if you can; live is too short for bad keyboards. : :-) I have a Filco mechanical keyboard, which works well. Does your new keyboard need more desk space than a standard one? That would be a negative feature for me. I wonder how much better these are than my 105-key Cherry with its mechanical key switches. It isn't quiet, but it doesn't need to be since I'm the only one here. I deliberately went for a proper keyboard rather than those nasty rubber-sheet jobs. They are better than the rubber junk. They are worlds away from buckling springs. I have a keyboard here with MX blue switches. They are supposed to give tactile feedback, yet all they do is quietly click, and there isn't really any such feedback. They are too easy to press, too, and they don't feel as sturdy but rather wobbly. I cannot type at all on that keyboard because I constantly mistype. The keys must be arranged somehow subtly different, so I do not blame the switches for that. I guess it's too small. With buckling springs, I just know exactly whether I pressed a key or not. The MX switches leave me to guessing. It all comes down to personal preference and what works for one. If you think about replacing a Model M or a Unicomp that has buckling springs with a keyboard has MX switches, think twice about it. Best get one first and try it out for a couple days to see if you like it. For me, there is no way that I could replace a buckling spring keyboard with an MX one. It's simply not a replacement, and, of course, not intended to be one. I could probably use an MX keyboard just fine, provided that the keys are decently arranged unlike on the one I have. But I have no reason to other than that buckling spring keyboards are hard to come by, and I don't want to. And where is a decent keyboard for an acceptable price (which AFAIK excludes Filco) that has MX switches and isn't designed for gamers so that all keys work? I might have bought one from Corsair (Aluminium is sure nice), and I didn't because not all keys will work. -- Again we must be afraid of speaking of daemons for fear that daemons might swallow us. Finally, this fear has become reasonable.
Re: [gentoo-user] Copying/Moving a file in KDE - is the preview missing
On 06/07/2015 10:42 PM, Alan McKinnon wrote: On 07/06/2015 14:24, Mick wrote: On Sunday 07 Jun 2015 13:03:05 Paul Klos wrote: Op zondag 7 juni 2015 17:42:37 schreef Andrew Lowe: Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of File already exists, it says in the dialogue Source and Destination with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew Hi Andrew, If I try to copy a file that already exists in the destination folder, I do indeed get preview images and some metadata, not a vast expanse of nothingness. For example, when copying a jpg the dialog shows thumbnails of the source and the destination, and underneath each image the type, size, width, height and the date it was last modified. Below that is an input field where an alternative name can be entered, which presumably you still have. Finally there are the buttons. As for what triggers the presence/absence of the preview, I have no idea. Paul From what I recall, in a full KDE desktop you will see previews only if you have clicked on View/Previews to enable it. This will create loads of thumbnails of various files so that the preview can show these. Have you tried this? I have that enabled, but previews still do not show up in the file already exists dialog. They do however show up in dolphin's sidebar panel (activated with F11) So there is something else here that also plays a role Same here.
Re: [gentoo-user] Re: OT: Southbridge chip on laptop overheating
On 08/06/2015 06:05, James wrote: Daniel Frey djqfrey at gmail.com writes: Hi all, I am curious though, what causes this chip to overheat, and can I do something about it? There may be a generic processor fan you can mount/glue onto the chip for cooling. Make sure all other fans are running. Blow out the laptop with an air compressor. Sometime to add more cooling, I'd get a couple of pieces of 1/2 x 1/2 wood and place under the laptop to increase the air space under the laptop for increase air circulation. HAVIT® HV-F2056 15.6-17 Laptop Cooler - Three Quiet 110mm Fans at 1,000RPM, Last, I think some folks make a cooling pad for laptops. If you have agressive compile options (like mine MAKEOPTS=-j9 -l9) in your make.conf, slow them way down (-j1) etc. Good advice. When designing their latop, LG probably never considered what Gentoo users would do to it :-) I'm using lm_sensors, which doesn't provide a temperature for this particular chip. I've monitored processes and nothing really stands out. I've even tried disabling plasma, no luck. hth, James -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: OT: is your metadata safe?
On 8 June 2015 06:09:30 CEST, James wirel...@tampabay.rr.com wrote: Bruce Hill daddy at happypenguincomputers.com writes: Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. Your probably looking in the mirror too much. Considering it was Albert Einstein that said that, this sounds like a compliment. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] Re: OT: is your metadata safe?
Bruce Hill daddy at happypenguincomputers.com writes: Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. Your probably looking in the mirror too much.
RE: [gentoo-user] Re: OT: Southbridge chip on laptop overheating
James wrote: Daniel Frey djqfrey at gmail.com writes: Hi all, I am curious though, what causes this chip to overheat, and can I do something about it? There may be a generic processor fan you can mount/glue onto the chip for cooling. Make sure all other fans are running. Blow out the laptop with an air compressor. If you really blow out your laptop make sure the fans are fixed. If they start turning while you blow into them they really can destroy your hardware. Induction can be really bad ;) Sometime to add more cooling, I'd get a couple of pieces of 1/2 x 1/2 wood and place under the laptop to increase the air space under the laptop for increase air circulation. HAVIT® HV-F2056 15.6-17 Laptop Cooler - Three Quiet 110mm Fans at 1,000RPM, Last, I think some folks make a cooling pad for laptops. If you have agressive compile options (like mine MAKEOPTS=-j9 -l9) in your make.conf, slow them way down (-j1) etc. I'm using lm_sensors, which doesn't provide a temperature for this particular chip. I've monitored processes and nothing really stands out. I've even tried disabling plasma, no luck. hth, James
[gentoo-user] Re: OT: Southbridge chip on laptop overheating
Daniel Frey djqfrey at gmail.com writes: Hi all, I am curious though, what causes this chip to overheat, and can I do something about it? There may be a generic processor fan you can mount/glue onto the chip for cooling. Make sure all other fans are running. Blow out the laptop with an air compressor. Sometime to add more cooling, I'd get a couple of pieces of 1/2 x 1/2 wood and place under the laptop to increase the air space under the laptop for increase air circulation. HAVIT® HV-F2056 15.6-17 Laptop Cooler - Three Quiet 110mm Fans at 1,000RPM, Last, I think some folks make a cooling pad for laptops. If you have agressive compile options (like mine MAKEOPTS=-j9 -l9) in your make.conf, slow them way down (-j1) etc. I'm using lm_sensors, which doesn't provide a temperature for this particular chip. I've monitored processes and nothing really stands out. I've even tried disabling plasma, no luck. hth, James
[gentoo-user] OT: Southbridge chip on laptop overheating
Hi all, Not really Gentoo-related (well except the overheating part - lots of compiling ;-) ) I have a very old laptop. It is an LG F1 laptop (circa 2005/2006 I believe) about nine years old. This has a Core2 1.6GHz chip and 4GB RAM, even though it only sees 3GB (that should tell you it's pretty old!) Anyway, I noticed during my last compile-fest on my laptop (reinstalled, switched to systemd for testing) that a corner of the laptop is getting really hot. We are talking a fair bit of heat here, you can't keep it on your lap when it warms up. So I took it apart yesterday, figuring I should re-do the thermal paste. During this process, I discovered it's the southbridge ICH chip that's overheating. There's no cooler at all on this chip (the northbridge and CPU have heat piping), it's a bare chip. Now, I suspect there's not much I can do about this given it being a laptop and I might have to resign myself to the fact that I'm going to have to buy a laptop later this year/early next year. I am curious though, what causes this chip to overheat, and can I do something about it? I'm using lm_sensors, which doesn't provide a temperature for this particular chip. I've monitored processes and nothing really stands out. I've even tried disabling plasma, no luck. Dan
[gentoo-user] Update: OK, so not everything works properly with systemd
Regarding my other thread started some time ago, I finally fixed it after a lot of experimentation. I had to do several things to make mdadm work properly with dracut/systemd: 1. I had to add rd.auto=1 to kernel options in grub; 2. Upgraded to mdadm-3.3.2-r1; 3. Installed dracut-041; 4. Installed systemd 218-r3 5. I also changed kdmrc to use the systemd reboot/shutdown. Now my PC doesn't have a fit every time I reboot/shutdown. Dan
[gentoo-user] Copying/Moving a file in KDE - is the preview missing
Hi all, Under KDE, which I use, when you go to move/copy a file and it already exists in the destination, you get a dialogue pop up with a heading of File already exists, it says in the dialogue Source and Destination with the respective paths underneath then underneath that a big expanse of nothing then below that some stuff including the Overwrite/Skip/Cancel buttons. My question relate to the expanse of nothingness. For example, if I'm moving/copying image files, should there be a preview of the two files in this nothingness? Is there some USE flag I've stuffed up that has disabled this. This happens, in my experience with Dolphin and Gwenview, but I'm assuming they both use a standard Qt/KDE dialogue so others probably display this behaviour as well. Any thoughts, greatly appreciated, Andrew
Re: [gentoo-user] apcupsd - not emailing me when power down
On Saturday 06 Jun 2015 23:53:31 Joseph wrote: My remote box is connected direclty to apcups and it is running apcupsd However, when I pull the cord out of the wall the onbattery script is not email me anything. My configuration: apcupsd.conf UPSCABLE usb UPSTYPE usb DEVICE POLLTIME 60 LOCKFILE /var/lock SCRIPTDIR /etc/apcupsd PWRFAILDIR /etc/apcupsd NOLOGINDIR /etc ONBATTERYDELAY 6 BATTERYLEVEL 60 MINUTES 10 TIMEOUT 0 ANNOY 300 ANNOYDELAY 60 NOLOGON disable KILLDELAY 0 NETSERVER on NISIP 0.0.0.0 NISPORT 3551 EVENTSFILE /var/log/apcupsd.events EVENTSFILEMAX 10 UPSCLASS standalone UPSMODE disable STATTIME 0 STATFILE /var/log/apcupsd.status LOGSTATS off DATATIME 0 onbattery - script suppose to be called by /etc/apcupsd/apccontrol and execute it. What am I missing? I don't have this UPS to know what its scripts are doing, but have you configured the /etc/apcupsd/onbattery script with your email address and have you installed a mail application to handle emailing tasks on your system? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
