Re: Review Request 117436: Doesn't assume that the users home directory is under /home
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117436/ --- (Updated Feb. 26, 2017, 12:04 a.m.) Status -- This change has been discarded. Review request for Baloo. Repository: baloo Description --- Part of the KCM code assumes the users home dir is under "/home", which is not always the cause in linux - e.g OpenSUSE with AD Authentication uses a /home/DOMAIN hierarchy. Other systems use /opt. Not to mention windows etc. The code adds a function homeRoot() which returns the parent directory of the uses home directory. Diffs - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117436/diff/ Testing --- Built, installed. Adding paths to the exclude lists still recognise the home root. Thanks, Lindsay Mathieson
Re: Date/Time related widgets crashing plasma-desktop
On Mon, 23 Jun 2014 01:08:46 PM Sebastian Kügler wrote: did you try running plasma-desktop or plasmoidviewer through gdb to get a backtrace? Crashes in plasmoidviewer, but no debug symbols or stack trace. Would kde-runtime-dbg be the one to install? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Date/Time related widgets crashing plasma-desktop
On Mon, 23 Jun 2014 01:54:02 PM Sebastian Kügler wrote: Crashes in plasmoidviewer, but no debug symbols or stack trace. Would kde-runtime-dbg be the one to install? Yes, possibly kdelibs*dbg and kde-workspace*dbg as well, and perhaps Qt*dbg. installed, kde-runtime-dbg kde-workspace-dbg kdelibs5-dbg Unfortunately, still no debug info -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Date/Time related widgets crashing plasma-desktop
On Mon, 23 Jun 2014 02:35:31 PM Thomas Lübking wrote: Unfortunately, still no debug info You mean no Dr. Konqui? Nope, I mean gdb reports not debug info. gdb plasmoidviewer ... Reading symbols from plasmoidviewer...(no debugging symbols found)...done. (gdb) run digital-clock Starting program: /usr/bin/plasmoidviewer digital-clock [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffd4f8e700 (LWP 13436)] p [Thread 0x7fffd4f8e700 (LWP 13436) exited] [Inferior 1 (process 13424) exited with code 02] (gdb) bt No stack. (gdb) quit -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Date/Time related widgets crashing plasma-desktop
On Mon, 23 Jun 2014 11:04:00 PM Thomas Lübking wrote: I tried plasmoidviewer and plasma-desktop with --nofork, but no debug info for either. You get the No stack output from gdb --args plasma-desktop --nofork ??? No idea what could cause that (except nofork being broken - there'd be a Inferior process exited message then) Yup QPainter::setRenderHint: Painter must be active to set rendering hints p [Thread 0x7fff43328700 (LWP 9049) exited] [Thread 0x7fffcc751700 (LWP 9042) exited] [Thread 0x77f8b800 (LWP 8994) exited] [Inferior 1 (process 8994) exited with code 02] (gdb) bt No stack. (gdb) -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Date/Time related widgets crashing plasma-desktop
Any idea what could be causing this? Over the weekend a Kubuntu update (I think) started this happening on my desktop, adding any date/time related widget causes plasma-desktop to die. Have run plasma-desktop --nofork, there is no output, it just stops. No opportunity for a stack trace. Kubuntu 14.04, KDE 4.13.2 kdepim/baloo/akonadi 4.13.2 build from source. -- Lindsay Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
How to identify what file baloo is stuck on?
A user on the kubuntu forums had a problem baloo_file_extractor bring their system to its knees. How would they go about identifying what it was doing? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: How to identify what file baloo is stuck on?
Thanks On 27 May 2014 07:55, Vishesh Handa m...@vhanda.in wrote: http://community.kde.org/Baloo/Debugging On Mon, May 26, 2014 at 12:32 PM, Lindsay Mathieson lindsay.mathie...@gmail.com wrote: A user on the kubuntu forums had a problem baloo_file_extractor bring their system to its knees. How would they go about identifying what it was doing? -- Lindsay Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe -- Vishesh Handa Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe -- Lindsay Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Is there still a need for a baloo gif file indexer?
On Wed, 21 May 2014 01:42:18 PM Vishesh Handa wrote: Nope. But I think the exif one should be able to handle it. I'm not sure if there is anything apart from the width and height that needs to be extracted. Ya, for some reason I thought gifs could have arbitrary tags, but that doesn't seem to be the case. Care to patch it up? I'll take a look. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo file indexers
On Mon, 19 May 2014 09:31:32 AM David Edmundson wrote: All extractors are here: https://projects.kde.org/projects/kde/kdelibs/kfilemetadata/repository/revis ions/master/show/src/extractors They are plugins. Thanks -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Is there still a need for a baloo gif file indexer?
As per the subject -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Baloo file indexers
What content types does the baloo file indexer support? is it extendable via plugins? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Dolphin search and email
Dolphin used to return emails in its searches (and I presume all nepomuk item types), but now it just returns file results. - Is this deliberate? - Will it always be so? I have no particular axe to grind, for me file only makes more sense, but someone was asking on the kubuntu forums. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Dolphin search and email
On Sun, 18 May 2014 03:21:02 AM Kai Uwe Broulik wrote: iirc that was intentional as Dolphin is a file manager - if you want to search through your E-Mail you rather want to use KRunner or KMail. Makes sense to me, thanks. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
cmake policy CMP0022 - OLD or NEW?
As per the subject - should I be setting it to old or new? CMake Warning (dev) in lib/CMakeLists.txt: Policy CMP0022 is not set: INTERFACE_LINK_LIBRARIES defines the link interface. Run cmake --help-policy CMP0022 for policy details. Use the cmake_policy command to set the policy and suppress this warning. Target milou has an INTERFACE_LINK_LIBRARIES property which differs from its LINK_INTERFACE_LIBRARIES properties. INTERFACE_LINK_LIBRARIES: Qt4::QtScript;Qt4::QtDeclarative;KDE4__kdecore;KDE4__kio;KDE4__plasma;baloocore;baloofiles;baloopim LINK_INTERFACE_LIBRARIES: -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Query regarding building kdelibs
On Mon, 12 May 2014 04:19:28 PM Pramiti Goel wrote: 1)I have installed package acl still it is showing the following recommended package not found. In the future, post the actual error message, but I assume you mean the acl package itself. You need to install the dev libs, e.g. libacl1-dev With kubuntu/apt you can usually get mos of the build dependencies installed automatically, e.g: sudo apt-get build-dep kdelibs5-dev -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Alternate Baloo KCM Module
On Sun, 27 Apr 2014 10:16:01 AM Ignacio Serantes wrote: Hi, Can't compile because file baloodefaults.cpp is not found. Oops, sorry. Its there now. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Alternate Baloo KCM Module
On Sun, 27 Apr 2014 01:17:03 PM Ignacio Serantes wrote: Hi, Ok, compiled and gui seems to work. Excellent -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Defaults
On Sun, 27 Apr 2014 02:01:21 PM Vishesh Handa wrote: Nope. We didn't in the Nepomuk days. Copy the file for now. I can possibly export for 4.14. Thanks. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo - [Basic Settings]
On Wed, 23 Apr 2014 11:44:30 AM Vishesh Handa wrote: I've created a page over here [1] documenting all the config values. This should cover all your use cases. Let me know if you want any more info. Are exclusion filters for mime-types still supported? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Alternate Baloo KCM Module
Updated: Added editors for exclude file mime types -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Baloo Defaults
Baloo has a versioned list of file mime type exclude defaults, but its not exposed outside of the baloo src tree. Is there a better way than copy paste to use them? I believe nepomuk exposed an api for the default values. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Alternate Baloo KCM Module
On Wed, 23 Apr 2014 02:32:07 PM Lindsay Mathieson wrote: Fresh Update * Basic Doc book. The text can largely be ignored, took me a while to figure out how to link it to the help button:) Not sure who to attribute it to, the docs seem to imply the text of the help rather than the subject. * Static folders displaying the current include/exclude folders * Was looking to crowded so broke it up into two tabs, Status and Folders. I'm way open to UI suggestions here for different layouts if people think tey make more sense. * Do we want to exclude filters as well? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Right on! was Re: Alternate Baloo KCM Module
On Thu, 24 Apr 2014 01:42:43 PM Vishesh Handa wrote: Well, I'd always said that any alternatives are more than welcome. In fact all of the code on github is mine, before I redesigned the UI. Yah, like I said, I pulled the code from the old nepomuk kcm and modified it slightly to fit. Its nice code, easy to follow. A pleasure after the bit rot I have to deal with at work :) -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Baloo - [Basic Settings]
In baloofilerc, Group [Basic Settings], what is the difference between the Enabled and Indexing-Enabled boolean settings? thanks, -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo - [Basic Settings]
On Wed, 23 Apr 2014 11:44:30 AM Vishesh Handa wrote: I've created a page over here [1] documenting all the config values. This should cover all your use cases. Let me know if you want any more info. Thanks Vishesh, very useful. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Alternate Baloo KCM Module
Luca Beltrame wrote: I would suggest you to remove references to Baloo as it is jargon and should not be exposed to end user. Unless people have objections I'll do that and see how it looks. Burkhard Lück lu...@hube-lueck.de wrote: Patch to fix broken i18n attached. Thanks, applied. Display of list with included/excluded Folders is more important for me, but why not use Details... as in nepomuk kcm to display the status. I'd prefer to keep the display dynamic and the number of modal dialogs to a minimum My preferred solution: add a docbook (article) file, if you need help with that just drop me a note. Will do - actually if you could send a template that would be great. I'd prefer to see the list of included/excluded Folders by default. A static display of the includes/excludes that is edited by the Customise Folders button? Thanks all, -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Alternate Baloo KCM Module
On Wed, 23 Apr 2014 11:55:51 AM Vishesh Handa wrote: You seem to have committed you .kdev4 folder and kcm-adv.kdev4 files as well. Oops, always doing that ... You probably want to modify your .gitignore Yah. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
dbus interfaces
Is this the right cmake macro for adding dbus interfaces?
qt4_add_dbus_interface(kcm_file_SRCS
${DBUS_INTERFACES_INSTALL_DIR}/org.kde.baloo.file.indexer.xml
baloofileindexerinterface)
it works, but don't know if DBUS_INTERFACES_INSTALL_DIR is portable.
--
Lindsay
signature.asc
Description: This is a digitally signed message part.
Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: dbus interfaces
On Thu, 24 Apr 2014 07:54:43 AM Alexander Mezin wrote: I think KDE4_DBUS_INTERFACES_DIR is the right variable. That did it, thanks. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Mailing list tone
On Tue, 22 Apr 2014 10:42:17 AM Ben Cooksley wrote: Due to the current tone of this mailing list I have enabled emergency moderation for this mailing list. My apologies for contributing to this, especially the Arrogant phrase, it is unwarranted. While I have said it before, I'd like to restate - I do *really* appreciate the massive reimplementation effort Vishesh has put into baloo, for both file and email. Its largely delivered the promises of nepomuk - we have usable fast desktop and email search, integrated into KDE. We should start seeing an ecosystem of apps that use it in new ways emerging. I definitely think Baloo is an integral useful part of KDE and will be with us for the future. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Tue, 22 Apr 2014 10:38:02 AM Kevin Krammer wrote: Hmm, what about an additional UI? As far as I know there is no enforces one-to-one mapping of KCM and service/config file, basically any KCM can change any config. Correct. I'm working on a alternate KCM now, using the existing KCM as a base and pulling in the folder select code from the old nepomuk KCM for the whitelist/blacklist code. Quick question for anyone who may know - the existing kcm appends a separator (/') to every directory path - is there any particular reason for that? does the / need to be added to every path in baloofilerc for the includes/excludes to work? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 08:50:08 PM Thom Castermans wrote: you should always ask for a feature *nicely* Poeple aren't asking for features - they are asking for features to be removed that were forced on them. With regards to whitelisting they are asking for a useful feature to be restored that was was deliberately removed, with no consultation. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 08:28:36 PM Vishesh Handa wrote: I am currently testing 3.14/trunk and was unplesently surprised there was no way to disable indexing at all. I note, even windows lets you disable its indexing/search services. Forcing it on for users in KDE is not the KDE way. Could you point me to some place where it describes what the KDE way is. if you're reduced to patronising people as an argument style when you know very well what they mean you might want to reconsider your position. But if you must - the KDE Way is to allow people control over their own desktops, not to reduce their options on the whim of one developer with no consultation. The way of Vishesh is not necessarily the way everyone wants to run their PC's. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 10:18:56 PM Vishesh Handa wrote: The way we did stuff for the KCM was to design personas, establish use-cases, and then see what amount of configurability best satisfied the personas and use- cases we were trying. The very opposite of consultation. You only created the use cases you could envisage. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 04:25:31 PM Nathan Bradshaw wrote: Vishesh described a perfectly legitimate approach and you're hounding him because your particular corner case was not considered as important as what is considered the common use cases. The feature is on by default, can be turned off through the UI, No it cannot. Look at Vishesh's blog post on the subject: http://vhanda.in/blog/2014/04/desktop-search-configuration/ 781 replies, all asking for the option to disable indexing to be restored, most polite, some of them quite incensed that they are being forced to use it. Vishesh is enforcing his idea of a workflow on users. Thats arrogant. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 11:12:20 PM Albert Astals Cid wrote: This is a developer list where these things are meant to be discussed. Yes, keyword here being *discussing*. Saying Vishesh is arrogant is not discussing. Actually the phrase Arrogant was being thrown at me and others first. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 11:34:28 PM Vishesh Handa wrote: 781 replies, all asking for the option to disable indexing to be restored, 78 replies, 26 of which are mine. And not all say the same thing. Sorry 781 was a typo. But of the replies not yours, most wanting the option. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 05:25:55 PM Nathan Bradshaw wrote: Again, with the straw men. to quote Vishesh's blog **We** would like to promote the use of (my emphasis). No suggestion except by you that this is one person's thinking on the subject. I think the more important question for me is - Why would you want to disable temporary indexing? Can you imagine a non-technical user wanting to temporarily disabling indexing? Please trust the developers to keep sensible defaults. Disabling it is a dirty hack which normal users will never discover - Yes, it is. The idea is that normal users won't know or care about indexing. What they care about is desktop search. I'm not sure how this violates usability. Controlling which files are indexed - We have sensible defaults, and most of the files that you have mentioned (.class files, *.pwc, *.o, etc) are never indexed. Hidden folders are also never indexed. The idea is to provide sensible defaults. The default list can be viewed over here - https://projects.kde.org; (/souce code file)/[1] __What we're trying to do is provide sensible defaults which will mostly just work for everyone NB: Defaults are not defaults if the user doesn't have a way to override them -- Lindsay [1] https://projects.kde.org/projects/kde/kdelibs/baloo/repository/revisions/master/entry/src/file/fil eexcludefilters.cpp signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 05:40:57 PM Nathan Bradshaw wrote: If the process has gone haywire to such a degree it needs to be deactivated it can be, via the UI as it exists now, with the explicit 'exclude' option that will trigger the same functionality that appears to be being re-added, via configuration, through uninstalling And if you'd actually read the links, you'd have seen for a number of people that *did not work*. Removing the directories to be indexed triggers a different code path to just disabling its startup via a config file - which was already know to work. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 05:57:51 PM Nathan Bradshaw wrote: They do. They can be turned off via the UI, Nope. ok, no longer worth having a discussion if you can't muster a better response than this I was referring to the UI as is. I'm glad that Vishesh is considering adding an option for disabling it, but not there yet. And there are no options for customising the default file type exclusions in the UI, that means they are not defaults, but effectively hard coded. Nor for setting up a white list - Vishesh has point blank ruled that out. Apparently users do not need that level of configuration. No, it was not take-it-or-leave-it it was take it or turn it off at the UI, turn it off via config, uninstall it if distro packages accordingly, select distro that doesn't include it, compile from source with including baloo, modify source to not use indexing. Pretty much exactly the opposite of what you said. Do you seriously think switching to a distro that lets you uninstall baloo (not aware of any that do) or compiling the packages themselves is a viable option for most users? Good grief. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo Indexer and options
On Mon, 21 Apr 2014 06:02:08 PM Nathan Bradshaw wrote: also again: straw man. I and no one else in this conversation has said that opinions may not be expressed, all anyone seems to have done here is patiently discuss things with you and ask you to show a modicum of respect to those that actually contribute That cuts both ways. I'm seeing a lot of belittling of the people expressing valid issues they have. to those that actually contribute Gee subtle. Sorry to disappoint you but I do contribute small fixes and addition here and there, mainly to scratch my own itches, even some small bug fixes to nepomuk email feeder a while back. What do you contribute? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117420: Fixes issue with full path of excluded directory not being shown
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/ --- (Updated April 15, 2014, 4:57 p.m.) Status -- This change has been marked as submitted. Review request for Baloo. Bugs: 333155 http://bugs.kde.org/show_bug.cgi?id=333155 Repository: baloo Description --- Displays full path of excluded directories - reduce possibilities of confusion and ambiguity. Diffs - src/file/kcm/folderselectionwidget.h 5e4e661 src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117420/diff/ Testing --- Build, installed - opens KCM module, full paths displayed, with ample room. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117420: Fixes issue with full path of excluded directory not being shown
Do you still want this Vishesh? On 15 April 2014 07:10, Lindsay Mathieson lindsay.mathie...@gmail.com wrote: Do you still want this Vishesh? On Sat, 12 Apr 2014 11:02:58 PM Lindsay Mathieson wrote: On April 13, 2014, 4 a.m., Vishesh Handa wrote: src/file/kcm/folderselectionwidget.cpp, line 295 https://git.reviewboard.kde.org/r/117420/diff/2-3/?file=263314#file2633 14line295 I've given this more thought, and I dislike the '~/'. Please remove it. The rest is fine. I can ask for an exception from the release team and ship this with 4.13 Lindsay Mathieson wrote: Trouble is, if you then add $HOME as an exclude path it just displays the Home Icon and no string at all. Would HomeIcon/ be better? I've taken the liberty of modifying the iconName() func so that it returns the home icon or drive icon for any path starting with home or mount point respectively. Easy enough to undo if you do not like it. - Lindsay --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/#review55527 --- On April 13, 2014, 9:01 a.m., Lindsay Mathieson wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/ --- (Updated April 13, 2014, 9:01 a.m.) Review request for Baloo. Bugs: 333155 http://bugs.kde.org/show_bug.cgi?id=333155 Repository: baloo Description --- Displays full path of excluded directories - reduce possibilities of confusion and ambiguity. Diffs - src/file/kcm/folderselectionwidget.h 5e4e661 src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117420/diff/ Testing --- Build, installed - opens KCM module, full paths displayed, with ample room. Thanks, Lindsay Mathieson -- Lindsay -- Lindsay Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117420: Fixes issue with full path of excluded directory not being shown
On April 13, 2014, 4 a.m., Vishesh Handa wrote: src/file/kcm/folderselectionwidget.cpp, line 295 https://git.reviewboard.kde.org/r/117420/diff/2-3/?file=263314#file263314line295 I've given this more thought, and I dislike the '~/'. Please remove it. The rest is fine. I can ask for an exception from the release team and ship this with 4.13 Trouble is, if you then add $HOME as an exclude path it just displays the Home Icon and no string at all. Would HomeIcon/ be better? - Lindsay --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/#review55527 --- On April 8, 2014, 9:52 p.m., Lindsay Mathieson wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/ --- (Updated April 8, 2014, 9:52 p.m.) Review request for Baloo. Bugs: 333155 http://bugs.kde.org/show_bug.cgi?id=333155 Repository: baloo Description --- Displays full path of excluded directories - reduce possibilities of confusion and ambiguity. Diffs - src/file/kcm/folderselectionwidget.h 5e4e661 src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117420/diff/ Testing --- Build, installed - opens KCM module, full paths displayed, with ample room. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117420: Fixes issue with full path of excluded directory not being shown
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/ --- (Updated April 13, 2014, 9:01 a.m.) Review request for Baloo. Changes --- - Modifies iconName() to returns home icon or drive icon for any path starting with home or mount point respectively - Home Path display as rather than [~]/ - adds const to getFolderDisplayName() Bugs: 333155 http://bugs.kde.org/show_bug.cgi?id=333155 Repository: baloo Description --- Displays full path of excluded directories - reduce possibilities of confusion and ambiguity. Diffs (updated) - src/file/kcm/folderselectionwidget.h 5e4e661 src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117420/diff/ Testing --- Build, installed - opens KCM module, full paths displayed, with ample room. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117420: Fixes issue with full path of excluded directory not being shown
On April 13, 2014, 4 a.m., Vishesh Handa wrote: src/file/kcm/folderselectionwidget.cpp, line 295 https://git.reviewboard.kde.org/r/117420/diff/2-3/?file=263314#file263314line295 I've given this more thought, and I dislike the '~/'. Please remove it. The rest is fine. I can ask for an exception from the release team and ship this with 4.13 Lindsay Mathieson wrote: Trouble is, if you then add $HOME as an exclude path it just displays the Home Icon and no string at all. Would HomeIcon/ be better? I've taken the liberty of modifying the iconName() func so that it returns the home icon or drive icon for any path starting with home or mount point respectively. Easy enough to undo if you do not like it. - Lindsay --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/#review55527 --- On April 13, 2014, 9:01 a.m., Lindsay Mathieson wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/ --- (Updated April 13, 2014, 9:01 a.m.) Review request for Baloo. Bugs: 333155 http://bugs.kde.org/show_bug.cgi?id=333155 Repository: baloo Description --- Displays full path of excluded directories - reduce possibilities of confusion and ambiguity. Diffs - src/file/kcm/folderselectionwidget.h 5e4e661 src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117420/diff/ Testing --- Build, installed - opens KCM module, full paths displayed, with ample room. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117436: Doesn't assume that the users home directory is under /home
Unless I'm having a complete brain fart on the subject, this is a fix for a small but legit problem isn't it? On Tue, 8 Apr 2014 01:00:20 PM Lindsay Mathieson wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117436/ --- (Updated April 8, 2014, 11 p.m.) Review request for Baloo. Repository: baloo Description (updated) --- Part of the KCM code assumes the users home dir is under /home, which is not always the cause in linux - e.g OpenSUSE with AD Authentication uses a /home/DOMAIN hierarchy. Other systems use /opt. Not to mention windows etc. The code adds a function homeRoot() which returns the parent directory of the uses home directory. Diffs - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117436/diff/ Testing --- Built, installed. Adding paths to the exclude lists still recognise the home root. Thanks, Lindsay Mathieson -- Lindsay Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117436: Doesn't assume that the users home directory is under /home
On April 12, 2014, 1:57 a.m., Kevin Krammer wrote: src/file/kcm/folderselectionwidget.cpp, line 210 https://git.reviewboard.kde.org/r/117436/diff/1/?file=263434#file263434line210 p is a rather bad variable name :) the question is what does this check protect against? Might be easier to check if url is a prefix of QDir::homePath() if this protects against $HOME being excluded Yes it is :) I just had it in there to easily check the result - changed to if (url == homeRoot()) now. What the code does is check if the user is adding the home root dir to the exclude list, if so it changes it to homePath. Why it does this, I don't know - you'll have to ask Vishesh that. - Lindsay --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117436/#review55461 --- On April 8, 2014, 11 p.m., Lindsay Mathieson wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117436/ --- (Updated April 8, 2014, 11 p.m.) Review request for Baloo. Repository: baloo Description --- Part of the KCM code assumes the users home dir is under /home, which is not always the cause in linux - e.g OpenSUSE with AD Authentication uses a /home/DOMAIN hierarchy. Other systems use /opt. Not to mention windows etc. The code adds a function homeRoot() which returns the parent directory of the uses home directory. Diffs - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117436/diff/ Testing --- Built, installed. Adding paths to the exclude lists still recognise the home root. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117436: Doesn't assume that the users home directory is under /home
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117436/ --- (Updated April 12, 2014, 7:56 a.m.) Review request for Baloo. Changes --- Removes temporary Qstring that was used for debug purposes. Repository: baloo Description --- Part of the KCM code assumes the users home dir is under /home, which is not always the cause in linux - e.g OpenSUSE with AD Authentication uses a /home/DOMAIN hierarchy. Other systems use /opt. Not to mention windows etc. The code adds a function homeRoot() which returns the parent directory of the uses home directory. Diffs (updated) - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117436/diff/ Testing --- Built, installed. Adding paths to the exclude lists still recognise the home root. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117436: Doesn't assume that the users home directory is under /home
On April 12, 2014, 1:57 a.m., Kevin Krammer wrote: src/file/kcm/folderselectionwidget.cpp, line 198 https://git.reviewboard.kde.org/r/117436/diff/1/?file=263434#file263434line198 maybe QFileInfo(QDir::homePath()).absolutPath() Much neater and less kludgy, thanks. - Lindsay --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117436/#review55461 --- On April 12, 2014, 7:56 a.m., Lindsay Mathieson wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117436/ --- (Updated April 12, 2014, 7:56 a.m.) Review request for Baloo. Repository: baloo Description --- Part of the KCM code assumes the users home dir is under /home, which is not always the cause in linux - e.g OpenSUSE with AD Authentication uses a /home/DOMAIN hierarchy. Other systems use /opt. Not to mention windows etc. The code adds a function homeRoot() which returns the parent directory of the uses home directory. Diffs - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117436/diff/ Testing --- Built, installed. Adding paths to the exclude lists still recognise the home root. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Disabling baloo-integration possible?
On Thu, 10 Apr 2014 12:18:56 AM Albert Astals Cid wrote: but if you use KMail it(akonadi_baloo_indexer) will still index your emails into the Baloo database, and may be other baloo_stuff (not aware of others existing) running. Contacts and calendar as well. If the akonadi_baloo resource is removed, will Akonadi auto re-add it? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117420: Fixes issue with full path of excluded directory not being shown
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/ --- (Updated April 8, 2014, 9:52 p.m.) Review request for Baloo. Changes --- Makes display paths relative to mount points and home dir Bugs: 333155 http://bugs.kde.org/show_bug.cgi?id=333155 Repository: baloo Description --- Displays full path of excluded directories - reduce possibilities of confusion and ambiguity. Diffs (updated) - src/file/kcm/folderselectionwidget.h 5e4e661 src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117420/diff/ Testing --- Build, installed - opens KCM module, full paths displayed, with ample room. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Review Request 117436: Doesn't assume that the users home directory is under /home
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117436/ --- Review request for Baloo. Repository: baloo Description --- Part of the KCM code assumes the users home dir is under /home, which is not always the cause in linux - e.g OpenSUSE with AD Authentication uses a /home/DOMAIN hierarchy. Other systems use /opt. Not to mention windows etc. Diffs - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117436/diff/ Testing --- Built, installed. Adding paths to the exclude lists still recognise the home root. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117436: Doesn't assume that the users home directory is under /home
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117436/ --- (Updated April 8, 2014, 11 p.m.) Review request for Baloo. Repository: baloo Description (updated) --- Part of the KCM code assumes the users home dir is under /home, which is not always the cause in linux - e.g OpenSUSE with AD Authentication uses a /home/DOMAIN hierarchy. Other systems use /opt. Not to mention windows etc. The code adds a function homeRoot() which returns the parent directory of the uses home directory. Diffs - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117436/diff/ Testing --- Built, installed. Adding paths to the exclude lists still recognise the home root. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Project Neon daily dependancy problem
Its been broken for at least a week now: dpkg: error processing archive /var/cache/apt/archives/project-neon5- kinfocenter_0.0+git20140407.21+neon3~fd347d3~14.04_amd64.deb (--unpack): trying to overwrite '/opt/project-neon5/etc/xdg/menus/kde-information.menu', which is also in package project-neon5-kde-runtime 0.0+git20140407.21+neon3~ca1dcfa~14.04 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package project-neon5-session. Preparing to unpack .../project-neon5-session_303~ubuntu14.04.1_all.deb ... Unpacking project-neon5-session (303~ubuntu14.04.1) ... Errors were encountered while processing: /var/cache/apt/archives/project-neon5- kinfocenter_0.0+git20140407.21+neon3~fd347d3~14.04_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of project-neon5-session: project-neon5-session depends on project-neon5-kinfocenter; however: Package project-neon5-kinfocenter is not installed. dpkg: error processing package project-neon5-session (--configure): dependency problems - leaving unconfigured -- Lindsay Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Review Request 117420: Fixes issue with full path of excluded directory not being shown
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/ --- Review request for Baloo and Nepomuk. Bugs: 333155 http://bugs.kde.org/show_bug.cgi?id=333155 Repository: baloo Description --- Displays full path of excluded directories - reduce possibilities of confusion and ambiguity. Diffs - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117420/diff/ Testing --- Build, installed - opens KCM module, full paths displayed, with ample room. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117420: Fixes issue with full path of excluded directory not being shown
On April 7, 2014, 11:23 p.m., Vishesh Handa wrote: I'm not inclined to accept this patch, you know my rationale. If you really want this then please only show the full path when there are duplicates. Also, please contact the usability team and run it by them. I thought you were going to ask them about, but ok - will do. If you really want this then please only show the full path when there are duplicates. Even more inconsistent. On April 7, 2014, 11:23 p.m., Vishesh Handa wrote: src/file/kcm/folderselectionwidget.cpp, line 254 https://git.reviewboard.kde.org/r/117420/diff/1/?file=263308#file263308line254 What about this one? Thanks, missed that. - Lindsay --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/#review55153 --- On April 7, 2014, 9:59 p.m., Lindsay Mathieson wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/ --- (Updated April 7, 2014, 9:59 p.m.) Review request for Baloo and Nepomuk. Bugs: 333155 http://bugs.kde.org/show_bug.cgi?id=333155 Repository: baloo Description --- Displays full path of excluded directories - reduce possibilities of confusion and ambiguity. Diffs - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117420/diff/ Testing --- Build, installed - opens KCM module, full paths displayed, with ample room. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Review Request 117420: Fixes issue with full path of excluded directory not being shown
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/117420/ --- (Updated April 7, 2014, 3:01 p.m.) Review request for Baloo. Changes --- Removed Nepomuk from the groups. Bugs: 333155 http://bugs.kde.org/show_bug.cgi?id=333155 Repository: baloo Description --- Displays full path of excluded directories - reduce possibilities of confusion and ambiguity. Diffs (updated) - src/file/kcm/folderselectionwidget.cpp bc87a33 Diff: https://git.reviewboard.kde.org/r/117420/diff/ Testing --- Build, installed - opens KCM module, full paths displayed, with ample room. Thanks, Lindsay Mathieson Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Baloo - no way to index directories off root via UI
Before I swapped my 1TB boot disk for a SSD I used to have large root partition with a /data directory contain documents etc I tested this by manually creating a /data2 directory owned by me with some sample data. It is not auto indexed by baloo and there is no way of specifying it via the UI. If I manually add it by editing baloofilerc, then it works fine. I presume its not auto added by baloo because its just a root subdir, not a mount in fstab. I don't think this will be that unusual a occurrence. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Baloo - no way to index directories off root via UI
On Thu, 3 Apr 2014 02:10:43 PM Christoph Feck wrote: Please create a ticket at bugs.kde.org, so we can track progress. https://bugs.kde.org/show_bug.cgi?id=333020 -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Is Konqueror still a live project?
On Mon, 31 Mar 2014 11:39:47 AM Thiago Macieira wrote: I'm not trying to bash anyone, I'm just really wondering about that. Is rekonq good enough for most KDE users (I find that hard to believe)? Why do you think it's hard to believe? I use rekonq for almost everything and for my full daily browsing. I use Chromium for when I need to be logged into my Google account -- not because of any type of support, but simply so I browse the internet *without* being logged in. rekonq doesn't working on my banking sites - I have to use chrome or Firefox. But ikhtml is even worse in that regard. No extensions/plugins - there's a number of extensions in firefox I just don't wwant to do without. However Aandrea is porting rekonq to K5 and there is a proposal for an extension api. For me extensions are close to being a must have feature for browsers. The abiulity to write them and a broad range of them. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Mon, 31 Mar 2014 09:52:58 AM Shantanu Tushar Jha wrote: In any case, I have two screenshots - [1] shows the config detecting one of my extra drives that it is not including by default. If I want it to be indexed, I remove it from the list which gives you [2]. Now, looking at this UI, there is no indication what is being indexed - let alone the possibility of selecting what needs to be indexed. [1] http://i.imgur.com/bfzMkhm.png [2] http://i.imgur.com/5lDLNcd.png Parsing the language and layout in screenshot one, even when you know the unstated defaults is very confusing - conceptually its basically a double negative. Whether you like the blacklisting or not, the ui there needs some work, everyday users are not going to make sense of it. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 03:44:34 PM Vishesh Handa wrote: It would be awesome if you could come up with some test cases where you're looking for a particular file, and the top result(s) is not the one you expected because of these garbage files. Backups, Archives, Shared folder repositories - anything that could generate search results obscuring the content you actually want searched. My own /data list: dl export images lost+found nfs recovered softlog stuff testing VirtualBox dws Games lindsay Music ovirt recovered-types Steam Tax Video VM Only the /Data/Lindsay/Documents path needs to be indexed, and a number of the other paths *really* shouldn't be indexed. Why are you so intent on telling us what we should be indexing? what is wrong with giving the user choice? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:14:52 PM Albert Astals Cid wrote: And totally breaks on any machine with multiple user accounts, which is actually quite common, both for business and home usage. Why would it break on multiple user accounts? My searches shouldn't be returning results for other peoples private data. Its a moot point, apparently baloo defaults to just the $HOME directory. Something the config dialog does not indicate at all. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:19:58 PM Albert Astals Cid wrote: You've surveyed users on this? have some data? Have you? I'm not the one making assertions about most users. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:19:26 PM Albert Astals Cid wrote: We don't need to filter out source code, it already does. We don't need to black list external devices, it already does. It just works out of the box. Except when it doesn't. Then it's a bug, report it and will be fixed Or just let users have the options they used to have, so that its not an issue. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:19:26 PM Albert Astals Cid wrote: I don't like this automagic stuff. This is not a very good sentence to be honest. You shouldn't be using a computer at all if you don't like automagic stuff. ha ha. Automagic refers to software that tries to guess whats best for you. This can never be done and just leads to user frustration, especially if you have no way of overriding it. I expect stuff like this from Apple or Microsoft. KDE is about giving users options, not taking them away. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sun, 30 Mar 2014 11:26:26 PM Albert Astals Cid wrote: I'm not the one making assertions about most users. I disagree. Better to leave it bare and simple initially seems like you are making assertions about most users. No, it means not predetermining the outcome, but seeing what user feedback provides. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Is Konqueror still a live project?
On Sun, 30 Mar 2014 04:35:56 PM Albert Astals Cid wrote: Do the code, I'm sure we can review the changes and agree on them if they are good Ok :) -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On 31 March 2014 08:11, Vishesh Handa vha...@kde.org wrote: On Monday, March 31, 2014 07:16:13 AM Lindsay Mathieson wrote: Why are you so intent on telling us what we should be indexing? what is wrong with giving the user choice? Nepomuk was never just about searching. It was also about applications getting built on top of it in order to leverage the information that it has. I would like Baloo to be similar. True, but the same applies - control over what is searchable / relatable Additionally, as previously stated, I don't think users should have to care about what is being indexed and what is not. That's a remnant from the Nepomuk days where stuff was too slow. I believe that we should be good enough to accurately determine what the user is looking for and show those results. This is where we differ, I don't think its possible to accurtaely or reliably be able to determine 100% what should/shouldn't be indexed. And not allowing the user to easily override this in the UI is a bigger mistake. I can think of one situation where the current UI just will not work. My /data directory used to be just a directory on the boot disk. Under the current system it would not be indexed by default and there would be no way of setting this in the UI. And finally, the users still have a choice, I'm just not giving them the fine grained control that you want *by default*. The backend still supports all these features. That is good You're more than welcome to write a UI to configure them or ask some other developers to. A valid option, I will try to put some time into this. But as with everyone else I have work and other kde projects to attend to. I do appreciate that UI's take a lot of work to create and maintain, and you are only just one person :) Cheers, -- Lindsay Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 11:38:59 AM Vishesh Handa wrote: https://bugs.kde.org/show_bug.cgi?id=332760 It's not about the width. The single folder looks much better and is less scarier. Good grief. I can't believe you said that. Point me to a bug report of user list posting saying that directory paths are scary. The single folder looks much better Very much a matter of opinion. I think it looks dreadful, is ambiguous and confusing. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 11:17:45 AM you wrote: - A simple black list will not do. I need a white list - the ability to specify disjoint folders for indexing, not the other way around. And I'm sure the majority of people will be the same. What makes you say that? The more I think on it, the less useful it is to index the whole machine by default. For a start off there is a lot of content that make no sense to index - config files, scripts, web apps, all the binaries of course. And totally breaks on any machine with multiple user accounts, which is actually quite common, both for business and home usage. Peoples searchable content is generally stored under their home directories and/or on a file server, which again is not uncommon - lot of home NAS's out there now. Just specifying a default white list of the home dir covers that nicely and allows them to easily extend that for data and/or shares that might be mounted out of their home dir. If you really want to index every dir than you can just whitelist the root. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 11:38:59 AM Vishesh Handa wrote: What would you recommend? Apart from both white list and black lists, which I'm against. Why are you against them? considering you are using a blacklist. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 11:38:59 AM Vishesh Handa wrote: What would you recommend? Apart from both white list and black lists, I quite liked the old directory tree with check boxes. Flexible, clear and unambiguous. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 12:23:50 PM Vishesh Handa wrote: We do not index everything. That would be foolhardy. We just index your HOME by default. There's no indication of this on the config UI at al. So how do I index Paths that are out side my home dir, such as my /data dir? Just specifying a default white list of the home dir covers that nicely and allows them to easily extend that for data and/or shares that might be mounted out of their home dir. That's exactly what is done right now. You said it only black listed. How about you have a look at the config file and the implementation? I have no idea where it is. Would this be the reply for users who are scared of full directory paths? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 12:23:50 PM Vishesh Handa wrote: That's exactly what is done right now. How about you have a look at the config file and the implementation? ~/.kde/share/config$/baloofilerc? Are there docs on its options? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 01:43:46 PM Vishesh Handa wrote: Feel free to take the old nepomuk KCM code and make it into a Baloo Index Tweaking application. The backend code still supports all the features that you seem to want. Fair enough. Would you know which repo/module it lives in? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 01:40:58 PM Vishesh Handa wrote: The external mount is not shown in the KCM? If it isn't then we need to fix that. Please run the following command - $ solid-hardware query 'Is StorageAccess' You will get a list of ids. You can get more info about each of them via - $ solid-hardware details 'id' | grep accessible We list the accessible ones in the KCM. Some fixed mounts such as /, /boot, /tmp and /home are ignored. Please see if your external mount satisfies this criteria. I'm confused - the external mount is shown, but I actually want it to be indexed, so I removed it, as far as I understand from what you are saying, only items under $HOME are indexed, but my data lives under /data, not $HOME (/home/lindsay). -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 02:04:11 PM Vishesh Handa wrote: If you remove the external media from the black-list, then it goes in the white list and is going to be indexed. Ok, seems a bit complicated and black magic - I'd prefer to explicitly set directories rather then hope the software guesses right. What defines external media? my /data mount is not on a external USB drive, its an internal sata drive mounted at boot. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 02:18:24 PM Andrea Scarpino wrote: We had a bad experience with Nepomuk and now we want to control everything about this new desktop search settings, but we don't have to. We don't need to filter out source code, it already does. We don't need to black list external devices, it already does. It just works out of the box. Except when it doesn't. I don't like this automagic stuff. There's bound to be edge cases where it doesn't work, possibly quite a lot of them. And all those user who encounter them will have no way of knowing whats happening and will just squawk loudly and often that search is still broken. To me, it looks like taking something simple - indexing a collection of directories, and over thinking/making it really complicated. I think you'd be better off keeping it simple and letting the user decide what they want indexed. I guess we can stop to worry about desktop search anymore. I currently have no idea what is being indexed on my pc. I have no way of finding out. If I change my directory structure or add extra media mounts I just have to have faith that baloo does the right thing. It just seems a recipe for user angst and frustration. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 03:00:36 PM Vishesh Handa wrote: What I was really trying to do was hide the concept of indexing from the user. They care about searching, not about indexing. You've surveyed users on this? have some data? Users care about results and confidence in those results. Information on what is indexed improves this. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 03:21:26 PM Thomas Lübking wrote: To me it translates to the simple fact that I doubt that other people know what i want/need to be indexed and i'd like to know and control what is indexed on MY box, so don't try to turn it into a techinal insult, that's ridiculous. You /cannot/ do it right since you /cannot/ know what is right in the first place. That's not a technical issue. Exactly this. I'm not trying to cast aspersions on your abilities Vishesh, baloo is whats needed for KDE, what nepomuk was meant to be, and its come together brilliantly. You're trying to engineer the baloo config to be automatic for everyone and it just can't be done. Better to leave it bare and simple initially, and see what happens in userland. It might shake out quite differently to what you expect. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 03:09:10 PM Vishesh Handa wrote: In those cases they can report bugs and we can fix it. I would really like if you could bring many of these edge cases. Lets try to find a solution? If we knew them ahead of time they wouldn't be edge cases. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Dumb question re nepomuk
Given we have baloo now, should I still be building nepomuk-core nepomuk- widgets? I'm unclear as to whether baloo is a replacement for nepomuk or a new backend for it. thanks, -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Systems Settings - Desktop Search
On Sat, 29 Mar 2014 05:28:16 PM Vishesh Handa wrote: You're trying to engineer the baloo config to be automatic for everyone and it just can't be done. Better to leave it bare and simple initially, and see what happens in userland. It might shake out quite differently to what you expect. BTW, that is just my opinion of course, not fact. I should be more tactful in that regard. With regard to only showing the end leaf of a directory in the exclusion list and the auto adding of paths, after reviewing your explanations of how it works and your examples, it seems to me we've been viewing it from different use cases. I'm focussed on inclusions/exclusions of static local directories, whereas your examples seem to be more concerned with the dynamic adding/removal of external drives (USB etc). I'm guessing your patterning it on something like the places panel in Dolphin where drives will appear/disappear dynamically. In that context it makes send to only display the last leaf, though I think what Dolphin actually shows is the volume name. cheers, -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Some more baloo control questions
1. Is the baloo file index stored at: ~.kde/share/apps/baloo/file/ ? 2. Would deleting the above directory be sufficient to fore a reindex of my content? 3. Is there a way to control the baloo process so I can stop/start it? there does not appear to be a nepomukctl equivalent. The reason for the above questions. All my content that was indexed prior to today is not longer findable by baloo. New content I create is, both by filename and content. I can only presume that the db has been corrupted and old content is no longer in it, but its also not being re-indexed. This is why info on the index is important. I have no way of seeing what or how much is indexed - a simple file count would tell me a lot. I have no way of maintaining the db short of erasing it, and no way controlling the indexing process. Crashes happen. Weird shit happens. We can't assume it doesn't. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Is Konqueror still a live project?
I took a look at the developer list, but it seems to be all Dolphin now. Was interested in adding a couple of features. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: Is Konqueror still a live project?
On Fri, 28 Mar 2014 11:29:11 AM Àlex Fiestas wrote: he best thing about free software is that projects never die, so go ahead and implement those features! Is there still a project maintainer who can ok additions? I want to make minor changes to the UI and add inline spellchecking for the webkit part. It would be annoying to do so, only to have them rejected. -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: What to report issues for the network widget under?
On Fri, 28 Mar 2014 03:48:08 PM Sebastian Kügler wrote: Well, yes and no. It's a feature missing at this point, but will be delivered later. Phew! -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: What to report issues for the network widget under?
On Fri, 28 Mar 2014 01:40:55 PM Sebastian Kügler wrote: If you're using Plasma Next (which isn't really clear from your email), then it's https://bugs.kde.org/show_bug.cgi?id=332512 Its deliberate?!! -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: What to report issues for the network widget under?
On Mon, 24 Mar 2014 08:20:05 AM Jan Grulich wrote: That's our first release, I strongly recommend update to 0.9.3.3. I think you will have to compile it from tarballs, as your distro probably doesn't provide updates to the latest version. I just upraded to Kubuntu 14.04 which has 0.9.3.3 and yes - that is *much* nicer, I like it a lot. Info is all there with good presentation. thanks, -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Systems Settings - Desktop Search
KDE 4.12.95 (Kubuntu 14.04 Beta 2) Is there work planned for this? because as is, its quite confusing and appears to be missing crucial settings. All I'm seeing is a Do not search in these locations' list of folder leaves. - For a start off, only listing the last section of the directory name will not do. People will have many folders all ending with the same leaf and its impossible to tell them apart with this. - A simple black list will not do. I need a white list - the ability to specify disjoint folders for indexing, not the other way around. And I'm sure the majority of people will be the same. The old config allowed us to specify directories to index via a checklist tree, that worked really well. Some status info would be really useful to - number of files indexed etc. thanks, -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: What to report issues for the network widget under?
On Mon, 24 Mar 2014 08:20:05 AM Jan Grulich wrote: That's our first release, I strongly recommend update to 0.9.3.3. I think you will have to compile it from tarballs, as your distro probably doesn't provide updates to the latest version. Not really buildable on kubuntu kde 4.13. Project neon has it from master though, I'll test that -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
What to report issues for the network widget under?
As per the subject - what would be the best category for reporting usability issues with the new network widget? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: What to report issues for the network widget under?
On Sun, 23 Mar 2014 11:16:45 PM Jan Grulich wrote: make sure you have the latest version before you report something, because the latest version is a huge step forward in usability. KDE 4.12.3, which I presume is to old for that ;) Would Project Neon be suitable for the latest? (Frameworks 2) -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: What to report issues for the network widget under?
On Sun, 23 Mar 2014 11:49:56 PM Jan Grulich wrote: Our applet is not part of KDE SC, just check the version of plasma-nm or how it is called in your distribution. Version: 0.9.3.0-0ubuntu5 -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: UI Guidelines
On 13 July 2013 11:44, Christoph Feck christ...@maxiom.de wrote: On Saturday 13 July 2013 00:03:16 Lindsay Mathieson wrote: Is it ok for std KDE apps to majorly depart from std UI guidelines? We cannot force the guidelines, only recommend them. As a user, you could report those issues to the bug tracker of affected applications, in the hope developers understand that users might prefer consistency instead of diversity. See also http://mobile.osnews.com/printer.php?news_id=26085 Damn - do we really want to go down this route? https://bugs.kde.org/show_bug.cgi?id=322010 The menu bar was too technical and has been removed Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
nepomuk/baloo
Further to a question on kdepim - should nepomuk_file_indexer be running as well as baloo_file? Or is nepomuk_file_indexer obsolete? -- Lindsay signature.asc Description: This is a digitally signed message part. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
Re: nepomuk/baloo
I thought so, thanks Andreas. On 14 March 2014 11:34, Andreas Hartmetz ahartm...@gmail.com wrote: On Friday 14 March 2014 07:13:16 Lindsay Mathieson wrote: Further to a question on kdepim - should nepomuk_file_indexer be running as well as baloo_file? Or is nepomuk_file_indexer obsolete? The Nepomuk indexer is obsolete if you are using Baloo, which is intended to replace Nepomuk. There is also a Baloo / Akonadi indexer agent, which you might not see running because it's so fast :) The file_indexer processes are both only for actual files AFAIK, not Akonadi resources. The Akonadi indexers are called indexing agents and have agent somewhere in their names. There is or used to be (a recent commit should have fixed it) a bug where even if your self-compiled KDE does not include Nepomuk, something starts the Nepomuk / Akonadi agent that usually comes with your distro packaging of KDE. Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe -- Lindsay Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe
