Re: [Desktop12.04-Topic] Deeper Zeitgeist integration. Installation of datasources for default applications etc
Le 15/10/2011 20:39, Manish Sinha a écrit : Hello, Hey Manish, Right now Ubuntu and esp Unity depends on zeitgeist for searches, recommendations etc. Right now only those events are logged by zeitgeist-datahub. It cannot log each and every user event. To increase the logging, there exists datasources which are plugins/addins for applications. For default applications datasources exists for tomboy, gedit, banshee, totem, firefox, empathy (telepathy) and eog. These datasources should also be shipped with Ubuntu. Datasources for thunderbird is in development. Datasources for transmission and shotwell don't exist. It needs to be done. Yeah, this seem a right goal, it's part of things I tracked, but wasn't considered a priority last cycle with all the other changes coming. Now, it's maybe time to integrate them. Now some questions: - do you have automatic testsuite for them, running on different versions of upstream projects? - how do oyu work with firefox in particular, where we update the released version through release life? We generally avoid shipping plugins for this reason. - can you elaborate on one of the major flaw of zeitgeist which seems a bigger priority to me: when you plug an usb key, or have a windows/ubuntu partition, as zeitgeist isn't a indexer, we can't see them in the file lens in particularly. I know that Seif has a script for that, but it doesn't seem to be suited for indexing and Mikkel has some concerns about it. Can we put that on the table as one of the priority for Precise? My proposal does not start and end with datasources. We should also include activity-log-manager in the default install. This application is a privacy and history manager. You can blacklist applications, set zeitgeist in incognito mode, erase history etc. We discussed that this cycle already, and I think that it should really be integrated in gnome-control-center rather than having another capplet. Do you think it's possible? In case you don't know who am I. I work mostly on datasources for zeitgeist. Any more clarifications are invited Excellent! I think that if those 4 items are addressed, datasources is definitively something which will be great and real in Precise! Thanks for your proposal, Didier -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
[Desktop12.04-Topic] Polished Precise
Hey guys, Just a FYI that I registered this blueprint: https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-desktop-polish I think this one doesn't need a real discussion at UDS, it's basically all the small/medium things that we never have the time to deal with as not buggering enough but will be nice to tackle one day. Well... I think this particular day has come and we should try to tackle them for Precise! I dropped my initial thoughts on the blueprint. You will notice that some of them are impacting others team as well, like the dx team, the u1 team. I think we should deal with them for some of those issues (basically I guess ken for the u1 team and myself for dx team). Do not hesitate to add your thoughts, I really hope we can make the difference in quality, fixing most of those small things that will do our desktop not just good, but great! Didier -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] Google Cloud Print Integration
Le mercredi 19 octobre 2011 à 00:12 +0200, Till Kamppeter a écrit : What we would need is something like a capplet in GNOME Control Center to (de)activate and configure Google Cloud Print. This GUI needs to be designed and it also needs to be decided which user daemon will be used to enable Cloud Print, the one of Chromium or the cloudprint package. Sounds like a case to add to the new GNOME Online Accounts panel. If you have a Google account, you enter your address, and then choose whether you want to enable mail, docs, etc., or cloud print. You'd just need to add another GtkSwitch. No need to add a new applet that would clutter the control center for most users that don't use that feature. Regards -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] Deeper Zeitgeist integration. Installation of datasources for default applications etc
On Wed, Oct 19, 2011 at 11:54 AM, Didier Roche didro...@ubuntu.com wrote: Yeah, this seem a right goal, it's part of things I tracked, but wasn't considered a priority last cycle with all the other changes coming. Now, it's maybe time to integrate them. Sounds good. Now some questions: - do you have automatic testsuite for them, running on different versions of upstream projects? Not right now, but I can create them. I can create them for atleast those apps which are default in Ubuntu - how do oyu work with firefox in particular, where we update the released version through release life? We generally avoid shipping plugins for this reason. Our old version of firefox datasource was using XUL/binary components. After the horror, of it breaking every cycle, Mark Tully ported it to js-ctypes. js-ctypes was introduced in Firefox 4.0. So, an upgrade won't break it. https://developer.mozilla.org/en/js-ctypes http://starkravingfinkle.org/blog/2007/09/hello-js-ctypes-goodbye-binary-components/ Mark Tully also has also created an internet/web lens which can use the events of firefox and thunderbird. - can you elaborate on one of the major flaw of zeitgeist which seems a bigger priority to me: when you plug an usb key, or have a windows/ubuntu partition, as zeitgeist isn't a indexer, we can't see them in the file lens in particularly. I know that Seif has a script for that, but it doesn't seem to be suited for indexing and Mikkel has some concerns about it. Can we put that on the table as one of the priority for Precise? Yes, that script is present in activity-log-manager (the version is not released). I was working on it and found that the current version was pretty slow. Probably some tricks can be undertaken to make it index only upto a specific depth. The other option can be that file-lens can use a hybrid of zeitgeist for usage, relevancy and all usage based recommendation and hook to locate unix tool for searching. Correct me, if I am wrong, but locate does keep indexing files? Right? My proposal does not start and end with datasources. We should also include activity-log-manager in the default install. This application is a privacy and history manager. You can blacklist applications, set zeitgeist in incognito mode, erase history etc. We discussed that this cycle already, and I think that it should really be integrated in gnome-control-center rather than having another capplet. Do you think it's possible? Yes. It is possible. I never worked on gnome-control-center, but it is possible. The first release was created in hurry to check how much options we can provide to the user. The current codebase of activity-log-manager is in python. Does gnome-control-center have it's components/plugs (or whatever they call it) written in python? - Manish -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: Sound settings changes for Precise
On 10/18/2011 05:37 PM, Milan Bouchet-Valat wrote: Le mardi 18 octobre 2011 à 16:29 +0200, David Henningsson a écrit : Also, there is no reason as I see it to not trying to upstream it into GNOME. Of course, that would probably be welcome! I don't know exactly how to do that or who to contact about it. The relevant mailing lists are gnome-control-center[2] (the module where Sound preferences live) and gnome-usability[1] (for design). You can also start by contacting people on #gnome-design on irc.gnome.org. Regards 1: http://mail.gnome.org/mailman/listinfo/usability 2: http://mail.gnome.org/mailman/listinfo/gnomecc-list Ok, I have started by writing an email on the gnomecc-list: http://mail.gnome.org/archives/gnomecc-list/2011-October/msg0.html -- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] Deeper Zeitgeist integration. Installation of datasources for default applications etc
Den 19. okt. 2011 08:24, skrev Didier Roche: [snip] Now some questions: - do you have automatic testsuite for them, running on different versions of upstream projects? - how do oyu work with firefox in particular, where we update the released version through release life? We generally avoid shipping plugins for this reason. - can you elaborate on one of the major flaw of zeitgeist which seems a bigger priority to me: when you plug an usb key, or have a windows/ubuntu partition, as zeitgeist isn't a indexer, we can't see them in the file lens in particularly. I know that Seif has a script for that, but it doesn't seem to be suited for indexing and Mikkel has some concerns about it. Can we put that on the table as one of the priority for Precise? I don't think this is simply a technical issue. It's first and foremost a design issue. When I have opened a file, then you can know that the file is of some interest to me. The fact that I haven't open a file, doesn't prove that it isn't interesting, but you just can't know. I regard Zeitgeist is a logger that enables applications to learn from my actions, not as a general indexer like Tracker. In order for the dash and lenses to be effective, I think it should primarily display files I've shown some interest in. Similarly, the web lens should only display sites I've actually visited, not intermingle results from Google, since I haven't shown any interested in all those other sites. Searching for the unknown is completely different from searching your personal history. The thing I like most about the current way the lenses work, is that no results are ever entirely irrelevant, since at some point, I've chosen to use them all. I'm very concerned that mixing these types of searches will introduce many false positives, which will reduce the user experience. Searching for things you've never used is obviously quite useful, and an interesting field that should be treated as a separate topic. Because of its nature, you'll want the ability to define a lot of parameters for such a search, and I'm not convinced that lenses are ready for that. These are some of the parameters that the lens would have to have in order to provide a good search for unused things: * Name (duh) * Time created (from and to) * Time modified (from and to) * Specific folder(s) * How deep to search * Specific servers (nfs, samba, ftp, etc) * Size (to and from) * User or group the file belongs to * File type * Whether or not to search file files content * Source (did you download it from the web, received it in email, bit torrent, etc) These are only the parameters that immediately comes to mind. I'm sure there are many more. But already, this has become a fairly long list, and it's likely that you'd want the ability to store that search. From my perspective, it seems that forcing these types of searches into the dash will both reduce the quality of results from my log, and reduce the ability to search for things I've never used. For that reason, I would recommend that the dash be used only to search for things that are known to be interesting because it's been used, and that a more powerful desktop search engine be developed separately. Obviously, this application would be able to use the same data sources that are used in the dash, but would provide much greater level of detail. Then the dash could use stored searches from that app as a source, because then you have defined an interest, so it's no longer random data, and the results will still be relevant. Does it make sense to you? :) Jo-Erlend Schinstad -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] Deeper Zeitgeist integration. Installation of datasources for default applications etc
On Wed, Oct 19, 2011 at 5:41 PM, Jo-Erlend Schinstad joerlend.schins...@gmail.com wrote: I don't think this is simply a technical issue. It's first and foremost a design issue. When I have opened a file, then you can know that the file is of some interest to me. The fact that I haven't open a file, doesn't prove that it isn't interesting, but you just can't know. I regard Zeitgeist is a logger that enables applications to learn from my actions, not as a general indexer like Tracker. In order for the dash and lenses to be effective, I think it should primarily display files I've shown some interest in. Similarly, the web lens should only display sites I've actually visited, not intermingle results from Google, since I haven't shown any interested in all those other sites. I was suggesting that when you search for files, then the results from Zeitgeist would be retrieved and shown first as you have actively opened them at some point. The more times you open it, it's importance should increase and the dash should be able to take care of this fact. Files which have never been opened arn't rated on relevancy scale. They are just kind of files which show up because the user wants files which match this name. - Manish Searching for the unknown is completely different from searching your personal history. The thing I like most about the current way the lenses work, is that no results are ever entirely irrelevant, since at some point, I've chosen to use them all. I'm very concerned that mixing these types of searches will introduce many false positives, which will reduce the user experience. Searching for things you've never used is obviously quite useful, and an interesting field that should be treated as a separate topic. Because of its nature, you'll want the ability to define a lot of parameters for such a search, and I'm not convinced that lenses are ready for that. These are some of the parameters that the lens would have to have in order to provide a good search for unused things: * Name (duh) * Time created (from and to) * Time modified (from and to) * Specific folder(s) * How deep to search * Specific servers (nfs, samba, ftp, etc) * Size (to and from) * User or group the file belongs to * File type * Whether or not to search file files content * Source (did you download it from the web, received it in email, bit torrent, etc) These are only the parameters that immediately comes to mind. I'm sure there are many more. But already, this has become a fairly long list, and it's likely that you'd want the ability to store that search. From my perspective, it seems that forcing these types of searches into the dash will both reduce the quality of results from my log, and reduce the ability to search for things I've never used. For that reason, I would recommend that the dash be used only to search for things that are known to be interesting because it's been used, and that a more powerful desktop search engine be developed separately. Obviously, this application would be able to use the same data sources that are used in the dash, but would provide much greater level of detail. Then the dash could use stored searches from that app as a source, because then you have defined an interest, so it's no longer random data, and the results will still be relevant. Does it make sense to you? :) Jo-Erlend Schinstad -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] Google Cloud Print Integration
On mié, 2011-10-19 at 09:47 +0200, Milan Bouchet-Valat wrote: Le mercredi 19 octobre 2011 à 00:12 +0200, Till Kamppeter a écrit : What we would need is something like a capplet in GNOME Control Center to (de)activate and configure Google Cloud Print. This GUI needs to be designed and it also needs to be decided which user daemon will be used to enable Cloud Print, the one of Chromium or the cloudprint package. Sounds like a case to add to the new GNOME Online Accounts panel. If you have a Google account, you enter your address, and then choose whether you want to enable mail, docs, etc., or cloud print. You'd just need to add another GtkSwitch. No need to add a new applet that would clutter the control center for most users that don't use that feature. yes, that's a great idea. I guess then we'd need to have something register the printer in the config? Maybe the online accounts panel could just setup the printer, but we'd also need support in the print architecture to allow printing to this service, right? -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] Deeper Zeitgeist integration. Installation of datasources for default applications etc
Le 19/10/2011 15:16, Manish Sinha a écrit : On Wed, Oct 19, 2011 at 5:41 PM, Jo-Erlend Schinstad joerlend.schins...@gmail.com wrote: I don't think this is simply a technical issue. It's first and foremost a design issue. When I have opened a file, then you can know that the file is of some interest to me. The fact that I haven't open a file, doesn't prove that it isn't interesting, but you just can't know. I regard Zeitgeist is a logger that enables applications to learn from my actions, not as a general indexer like Tracker. In order for the dash and lenses to be effective, I think it should primarily display files I've shown some interest in. Similarly, the web lens should only display sites I've actually visited, not intermingle results from Google, since I haven't shown any interested in all those other sites. I was suggesting that when you search for files, then the results from Zeitgeist would be retrieved and shown first as you have actively opened them at some point. The more times you open it, it's importance should increase and the dash should be able to take care of this fact. Files which have never been opened arn't rated on relevancy scale. They are just kind of files which show up because the user wants files which match this name. Totally agree with that vision, that's how the revelancy of the query should be IMHO. I think that ignoring non opened filed on the system (or rather, not known opened file, because you maybe opened a file on your usb key at some point?) suggested as a solution for revelancy isn't right. For instance, you can argue that zeitgeist should then forget about files that I didn't open in the last 3 years? Why this file should then show and not the one I created on a windows double boot, or just before installing ubuntu (which can be only few weeks ago)? I guess that still having the data is interesting, but of course, it will be shown way after more relevant (and recently opened) ones. Didier -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: [Desktop12.04-Topic] Google Cloud Print Integration
On 10/19/2011 04:06 PM, Rodrigo Moya wrote: On mié, 2011-10-19 at 09:47 +0200, Milan Bouchet-Valat wrote: Le mercredi 19 octobre 2011 à 00:12 +0200, Till Kamppeter a écrit : What we would need is something like a capplet in GNOME Control Center to (de)activate and configure Google Cloud Print. This GUI needs to be designed and it also needs to be decided which user daemon will be used to enable Cloud Print, the one of Chromium or the cloudprint package. Sounds like a case to add to the new GNOME Online Accounts panel. If you have a Google account, you enter your address, and then choose whether you want to enable mail, docs, etc., or cloud print. You'd just need to add another GtkSwitch. No need to add a new applet that would clutter the control center for most users that don't use that feature. yes, that's a great idea. I guess then we'd need to have something register the printer in the config? Maybe the online accounts panel could just setup the printer, but we'd also need support in the print architecture to allow printing to this service, right? To make the local print queues available on your Google Cloud Print account you do not need to change anything in the CUPS configuration. You only need to run a user daemon to share the locally available printers to the cloud. The currently available user damons are the Google Chromium browser and the cloudprint package. You have to run one of the two. How to run the user daemon: 1. cloudprint package: Install the package and in a terminal run cloudprint -d Enter the credentials of your Google account and your printers get registered. Now you can use Cloud Print. As long as the cloudprint process is running, your jobs get printed, otherwise they wait on Google's servers until you re-run cloudprint -d. Currently, the process is not restarted when you log in to your desktop. Advantages: Small light-weight non-GUI daemon, daemon can easily modified for the user's or distro's needs, upstream would accept or changes easily. Disadvantage: Does not automatically start on login 2. Google Chromium browser: Install the Chromium Browser and start it. Enter the URL about:Flags and enable the “Cloud Print Proxy” entry, then click the wrench at the upper right and select Preferences - Under The Hood and there will be a Google Cloud Print section near the end of the list. Click Sign in to Google Cloud Print and enter your Google credentials if asked for. Make also sure that Background Apps/Continue running background apps when Chromium is closed is checked, so that Cloud Print continues running when you close the browser. Now close the browser if you do not need it to do something else. Advantages: Is the original client, server changes are taken into account here more quickly and with Ubuntu's update policy you get new versions of Chromium quickly. Auto-starts on login. Disadvantages: Big heavy piece of software, universal user daemon also containing memory-consuming functionality for other purposes, more complex code, more difficult to patch for our purposes, more difficult to get patches accepted by upstream, hidden interface to activate it. Independent which user daemon you use always all CUPS queues which are available on your machine are registered for Cloud Print, independent whether they are shared or not or whether they are defined on your local computer or only available by broadcasts of another computer. This makes setting up Cloud Print easy, but makes configuring it to your needs impossible. What needs to be done: - We need to decide which will be the default Google Cloud Print user daemon - We need to manage that only by activating Cloud Print in the Online Accounts capplet one user daemon is started and started again on whenever the user logs in, until the user turns off Cloud Print again. - We should assure that only one user daemon gets used and not both, to avoid confusing duplicate listings of printers in Google Cloud Print. - We should add some configurability, for registering only selected printers, only shared printers, and/or only locally defined printers in Cloud Print. This will require patching a Cloud print daemon and introducing a user configuration file and a GUI for this configuration. I hope this gives some more insight into Google Cloud Print Integration. Till -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
