Re: [kde] Samba shares popping up in device notifier plasmoid
Martin Bednár posted on Wed, 17 Aug 2011 16:22:35 +0200 as excerpted: > Not viable on dynamic networks, where the IP changes between > connections. > > I know that I sound as if to every solution I simply say "no" (even > though I do give a reason). I'd rather have a "correct" solution. > For now I found a different workaround : since this discovery doesn't > use avahi, blocking incoming connections with iptables effectively > blocked the popups. (I feel quite safe at home, so I disabled iptables > on my laptop here) > I wonder if it's related to me enabling the upnp use flag for > kdelibs/activating [upnp|nat-smp] on my network. > > Thanks for your help, I think I'll file a wish about this... I just thought of this as I'm familiar with the bits of the document I use, but as I said, I don't use this functionality so don't know if it's included or not... There's a kde sysadmin's manual that lists stuff like all the environmental vars kde uses, if set, and their function, among other things (that's the bit I use most so the bit I remember). It seems to me quite likely that it includes some documentation of this type. Unfortunately, that manual is moving around a bit in the kde site reorganization and last time I looked for it, I only found it because I knew what I was looking for -- as a general admin on first search I'd have had quite some difficulty finding it. I don't have time ATM to go looking, but later, I'll see this post and should be reminded to followup with a link, if I can find it again... -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Samba shares popping up in device notifier plasmoid
Le Mercredi 17 d'août 2011 06:24:43 Duncan a écrit : > Martin Bednár posted on Tue, 16 Aug 2011 22:40:50 +0200 as excerpted: > > I have an issue with the device notifier plasmoid : whenever a windows > > PC comes up on my network, the device notifier pops up informing me of > > their shares. Is there any sane (meaning not disabling sharing > > altogether) way of disabling this? > > > > I'm all in for these shares appearing in dolphin/the network kioslave, > > however this popup however gets annoying real fast.. > > This started happening after the upgrade to 4.7. Should I file it as a > > bug? > > I don't use network-mountable shares (either samba or nfs) here and don't > build-in (gentoo, as I believe you mentioned you use as well) the various > network filesystem components and am thus missing any choices they may > make available, so am of necessity a bit hand-wavy in that regard. > However... > > 1) Have you played with the "device notifier settings"? > > 1a) Here, under display, I have choices for removable-only, non-removable- > only, all-devices. It may be that with appropriate network shares > support built-in, you get options for that as well, or perhaps they're > simply classified under, presumably, removable. Nope, nothing different with remote support compiled in. > > 1b) Under automounting, there's also a number of options. Once a device > has been seen, it will appear in the list, and you can set for each, > automount on login and/or on attach. There's additional options that > apply to all devices, as well. The shares aren't even listed. > > 2) In 4.7 (and 4.6, IIRC), the "device notifier plasmoid" is actually > available two ways, either separately, or as a system-tray "extra item" > that appears in the tray only if that item is checked (unlock widgets to > get the option) in system tray settings. > > 2a) I'm unsure whether you'd classify this as "sane" or not, as it > doesn't disable sharing but may still be too high a price for you; as > with any plasmoid (or systray "extra item"), any particular device > notifier plasmoid instance can obviously be added/removed from a plasma > container (panel, desktop, newspaper-view, etc) as desired. Thus, > removing it entirely should solve the over-notification irritation > problem, but it may not be a price you're willing to pay. > > 2b) A less drastic alternative would be to use plasma's multiple > activities feature, and have the device-notifier only in a specific > activity, and/or in the dashboard (that being a special case of "specific > activity" if you have the dashboard as a separate activity option set). > (On my netbook with its severely confined 1024x600 display, I set the > separate dashboard activity option, with the dashboard of course easily > summoned via hotkey, and most of my plasmoids including the device > notifier only appear there.) Agreed that this is a workaround, and hardcore at that, not a fix. > > 3) (Gentoo) As I have USE=-zeroconf here and obviously haven't installed > optional network-discovery utilities, etc, to the extent that I've been > able to avoid them, I know I'm missing certain kde settings (kcontrol) > modules that I had back in early kde4 days, before they were optional (at > either the gentoo or kde levels I'm not sure which). This is certainly > fine by me, but it does mean I don't see the options that would appear > with them. I suspect there may be options there related to network > shares auto-detection and popup notification as well. The only thing I found related to sharing was a KCM asking me for a samba username and password. Not sure what its usefulness is... > > 4) In kde settings (kcontrol), system administration, actions policy, you > can potentially configure the privilege level required for various > tasks. This is something I've not messed with a lot as I really want to > have read some documentation before I start messing with it, but in > theory, if you set admin mode for certain actions and don't have your > normal user listed as an admin (separate module, still under system > admin, but global policy control module), it shouldn't bother you with > notifications when you're logged in as that user. > > 5) I'm not sure of the extent to which udisks follows the same rules hal > did in this regard, but at least with hal, once something was listed in > fstab, hal left it alone. If that's still the case with udisks, you > could experiment with listing the various shares in fstab, presumably > with noauto as one of the options so it didn't try to mount it a boot > when you weren't connected to the network, and then optionally setup a > script or an initlevel that (u)mounts particular shares, if desired. You > could then run that script or switch to that runlevel via su/sudo, > bypassing the whole device auto-detect/auto-mount functionality > entirely. Or, set it up via udev/udisks manually, so the plug/unplug > events are taken care of automatically as the devices co
Re: [kde] kdepim akonadi questions
Kevin Krammer posted on Wed, 17 Aug 2011 10:07:52 +0200 as excerpted: > -- > Kevin Krammer, KDE developer, xdg-utils developer BTW, Kevin, I have a personal hotkey popup script[1] the action menu of which with my switch of a couple months ago to firefox from konqueror as my default browser, I recently had occasion to edit, removing its hard- coded references to konqueror, replacing them with xdg-open, so they'd automatically use whatever I had set as kde's default browser. =:^) Quite a useful little set of xdg-utils you have there! =:^) [1] It uses a combination of bash script, a konsole special profile and kwin rules matching it, and khotkeys4 single-key hotkeys, to emulate the missing kde4/qt4 global multi-key functionality that worked perfectly fine in kde3, thus generating my dependency on khotkeys-based multi-key launching in the first place. The kde bug on the matter says it's ultimately a qt4 problem, but I believe I've already seen a fix for the problem with qt5, so perhaps the functionality will again work, there. But now that I have my solution debugged and working, I'll probably keep it, to avoid further issues with disappearing kde hotkey functionality in the future. And if khotkeys functionality itself disappears, there's several alternatives providing single-(perhaps-modified-)key hotkey functionality, tho significantly fewer doing the multikey stuff that khotkeys3 handled so well, so keeping a solution that only requires a single-key global hotkey service is a good idea, now that I have it. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kdepim akonadi questions
On Tuesday, 2011-08-16, Martin Bednár wrote: > Le Mardi 16 d'août 2011 14:53:41 Kevin Krammer a écrit : > > Hi Martin, > > > > On Sunday, 2011-08-14, Martin Bednár wrote: > > > However, I have a few questions : how does mail search work? I gathered > > > that mails get fed to nepomuk, but so far I have only been able to find > > > mails by sender (sometimes by subject). By subject is quite limited for > > > me, because sometimes I get mails with diacritics in the subject (ř,š > > > and > > > others), yet my main keyboard layout doesn't have it, and I have no way > > > of searching for those subjects without changing the layout. (I have > > > hope that kmail search will become more powerful than gmail's, but for > > > now I can't feel that power). > > > > Are you talking about searching (as in find messages action) or filtering > > (quick search bar on top of the message list)? > > > > As far a I know the latter work like before, i.e. KMail looking at > > subject and sender, while searching is now handled the way you describe > > (through querying Nepomuk). > > Hadn't thought of using the mail search. I thought everything was in the > filter bar... Very powerful indeed. However, I maintain that users coming > from Gmail webmail might be disappointed, since there the one search bar > searches like crazy. Good point, I am quite confident that something like this could be done in the future as well. Or KMail's interface stays the way it is and someone comes up with a new mail program with different usage concepts. After all any developer wanting to do that can simply concentrate on the UI and use all transport related things the way KMail does. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kdepim akonadi questions
On Tuesday, 2011-08-16, Duncan wrote: > Kevin Krammer posted on Tue, 16 Aug 2011 14:53:41 +0200 as excerpted: > > On Sunday, 2011-08-14, Martin Bednár wrote: > >> first of all, I'd like to state that I'm all in for the Akonadi concept > >> > >> : a central storage for pim-related (and other) data; endless > >> > >> possibilities. > > FWIW, the kdepim developers can do what they want, I understand the idea > of the synergies involved and I know it's useful for kontact all-in-one- > view users especially, but for my usage (kmail/kaddressbook and akregator > only, as separate apps, I used pan for news and don't need an organizer > or do IM), all that heavy-duty database stuff was rather like using a > howitzer to kill a fly. The common infrastructure is actually more useful for the separate apps use case than the all-in-one app. An all-in-one application can easily achieve most of these features internally, it is separate apps when providing solutions for common problems makes a difference. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
