Re: [Harmattan] Exclude directories from tracker / media player
On Thu, Aug 4, 2011 at 16:42, Thomas Perl wrote: > For gPodder on Harmattan, I'd like to tell Tracker and/or the built-in > Media Player to not index files below ~/MyDocs/gPodder/Downloads. Is > there an easy way to achieve this (ideally by just installing some > file somewhere)? In fear of Aegis bricking the device and forcing a > reflash, I'd rather have some definitive answer for this that works > without bricking before starting to experiment around ;) Is it possible to rename? ~/MyDocs/.gpodder/Downloads will not be indexed (any dot-directory in MyDocs). -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [GSoC] Google apps.
On Sun, Mar 21, 2010 at 8:24 PM, Dmitry Fomin wrote: > I have a question about Google apps project - "Implement small applications > and corresponding > reusable libraries (Qt C++) for integrating with Google services like Mail > (quick read/search > without going through IMAP), Todo:s, Buzz, import opml from Google Reader". > > Which google services are intended to be implemented? Or the students should > propose ideas? > Or it may be a several projects - some services for one student and other > services to another > student? Different GSoC organisations approach differently but most of them have only been hinting towards actual welcomed projects, not mandating them. If you think about future and want to explore Google integration/syncing, I'd personally would be interesting on seeing something that allows to sync both ways statuses of read/unread messages and subscriptions in Google Reader with Maemo Feeds Ontology (mfo) in Tracker master branch. That would be awesome. :) -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC2010 global search application proposal discussion
On Sun, Mar 21, 2010 at 5:21 PM, Shapeshifter wrote: > == Global Search Application > An application which indexes local files and content and supports searching > for files and content in a convenient and appealing fashion as well as > opening results in their respective application. > > == Thoughts about presentation and implementation > The search application should respond quickly and present results in an > appealing fashion while the user is typing - possibly supported by > thumbnails - and should open them in the appropriate application if > possible. It should also include searching for contacts (including contact > fields, e.g. jabber nicknames and such), SMS, emails and other content > commonly stored on the device. Indexing shouldn't waste battery life or > impact performance while the user is actively using the device. > > While looking around for clues, I've seen that this idea has been around for > a while with lots of discussions happening around the 2008 Maemo summit ( > https://wiki.maemo.org/Desktop_Search_Hackfest ). Solutions discussed > included Strigi, Beagle and Xesam, but it seems like there hasn't been a > final product of sorts. I myself have been thinking about adapting some more > streamlined solutions like locate (updatedb), and building around those. > Quite interesting for such a device would be rlocate because it's small, > fast and will know about file changes, but that needs it's own kernel module > which might not be feasable for the platform. If using one of these, there'a > also another component needed for indexing file content, and of course there > need to be special components for accessing the maemo-specific data like > contacts and so on. There's definitely lots of way we could do this, and the > preferred method would need to be found. > > Concrete tasks would include collecting the existing bits and pieces, > choosing the grounds to build upon, writing or adapting, porting and > packaging a backend indexer, writing a frontend, preferrably as a widget, > and conduction reliability and speed tests. Maemo 5 uses Tracker 0.6 to consolidate most of metadata of files indexed already. Harmattan (Maemo 6) is extensively using current Tracker master branch and utilizing SparQL language as its query mechanism. Tracker master (0.7.x) and Tracker 0.6 use different storage backend and query mechanisms, it is quite a big difference, and it seems most of non-file based data is going to be indexed as well, according to the ontologies being developed. You can find current maemo-specific modifications of Tracker at http://maemo.gitorious.org/tracker/, these are synced well with Tracker master at gnome.org. If you want to develop something useful for Maemo 5 and 6 indexing, it would logically be good to at least learn what is happening in this area already and co-operate with existing code running on the device. -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo 5 PR1.2 and Extras
Hi, On Wed, Feb 24, 2010 at 5:06 PM, Attila Csipa wrote: > The complications stem from the way this is handled in Maemo, at least for Qt. > I just hope this slightly complex PR1.2 Qt transition is not a snowball > effect of how some Maemoisms were added (hacked :) ) into Qt4.5/4.6 and even > more that this is not a sign of how these things will be handled in the > future. Backwards compatibility was something Qt4 was very well known for, > and desktop environments often bump their Qt versions for backports (hell, > even LTS versions of Ubuntu did that), without requiring > repository/application hoop-jumping. Qt packaging now is managed by Qt team and this will be first official Qt-supported version of Qt to Maemo platform. So many two-letter acronyms in one sentence... Anyway, this is a bit different from desktop case as package maintainers are changed for Qt delivery (from community volunteers to Nokia Trolls) and apparently the way to package is changed as well. I have not compared it with the Debian or other distributions' builds though. Whatever is included in Qt build for Maemo is maintained by Trolltech team. This should leave questions regarding the compatibility answered, I hope. And actual source code is in qt.gitorious.org. -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Sharing services
On Sun, Oct 4, 2009 at 6:57 PM, Aniello Del Sorbo wrote: > I want to use the sharing services. > Thus I was looking for the API to share a file via the already > installed sharing plugins. > > Is this API also to be revealed once the N900 has been released? The Sharing Dialog API will be added into SDK release for first software update for N900. See https://bugs.maemo.org/show_bug.cgi?id=6177 -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Changing available resolutions in camera app
Hi, On Mon, Nov 30, 2009 at 10:11 AM, Cornelius Hald wrote: > Hi, > > by default the N900 camera application offers two resolutions. One with > aspect ratio 16:10 and one with 4:3. I would like to get an aspect ratio > of 3:2 (classic 35mm film). > > Did anyone find a config file or gconf key to change that? It's not > super super important, but if you have informations I would be very > happy to hear them. Currently supported resolutions by Camera UI are hardcoded in gdigicam. See ext/gst-camerabin/gdigicam-camerabin.c around line 53 onwards. -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Sharing services
On Sun, Oct 4, 2009 at 3:07 AM, Aniello Del Sorbo wrote: > Hi, > > anyone knows how to interface with the sharing services on Fremantle? > I know how to 'share' via e-mail or bt, but I can't seem to find > anything about the sharing services. > > any help would be greatly appreciated. What part of Sharing do you need to interface with? UI to cause sharing or backend which sends data to a service? Once N900 will be released, there will be an API to write plugins for sharing subsystem. The API is not published yet in existing SDK releases. -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 camera control - focus movement, white balance, auto-focus calcs, etc.
On Tue, Sep 22, 2009 at 12:50 PM, Simon Pickering wrote: > Looking through the package list, I came across a libgdigicam, might > this be involved...? Yes, GDigicam can be used for those purposes. It is currently closed-source though. More details will be available by Summit's time frame. I have requested a slot for camera-related things there, it will go for BoF session most probably. -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Nokia PUSH N900. Now open for submissions.
On Tue, Sep 15, 2009 at 9:56 AM, Quim Gil wrote: > Maemo developers, don't miss this: > > Nokia PUSH N900. Now open for submissions. > http://blogs.nokia.com/pushn900/?p=365 Site is broken, links to submission lead to the same blog page, no forms there. -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Samba support dropped (was Re: N810 WE)
On Wed, Jan 21, 2009 at 11:43 AM, Eero Tamminen wrote: > Hi, > > ext Andreas Schneider wrote: >> libsmbclient is the way. And to make use of it you need something like a vfs >> (gio, kio) in the filemanager or you have to write your own. > > Fremantle has a Glib version with GIO and kernel has FUSE module... There are two ways to get CIFS file operations working on a GNU/Linux system and they aren't replacement to each other. Rather, they should be used together to provide better experience. First, if you would need to get access to files outside a device for once (download file and do whatever is needed locally), use of libsmbclient/smbclient itself is preferred. If your application actually needs to work with remote files "in-place", then using CIFS kernel module is the only option as it provides rich semantics including proper locking and attributes handling. However, CIFS is much larger than just file operations. There are also options to integrate with existing local networks on authentication/authorization front. There is certainly a benefit from ability to use a device in corporate environment where network access might depend on being able to log-in into existing Active Directory or NT domains infrastructure (I have been into many clients' networks where Internet access is done through proxies which allow only domain logged-in users to pass through). There are also notification abilities, automatic system configuration propagation (what is allowed and what-not), printing, address book look-up where you'd have to log-in into AD/Domain before using LDAP services and so on. Even proper use of mail/collaboration facilities of Exchange servers require good deal of CIFS as shown by OpenChange project. CIFS support is much bigger task than just GIO/FUSE integration. The question I still have is where Maemo devices would like to be in next several years. So far integration with "enterprise" was not even in plans. Personally, I can't even use 770-n800-n810 in my work environment because it lacks enterprise Wifi options that big corporations use. But that's a different story. -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N810 WE
On Sun, Jan 18, 2009 at 11:07 AM, Marius Gedminas wrote: > On Thu, Jan 15, 2009 at 04:46:28PM -0500, John Holmblad wrote: >> Andrew, >> >> thanks for sharing that link. >> >> The point about Samba support being dropped after recently being added >> makes me wonder what is going on here. > > Wait, what's this about Samba being dropped? I'm sure this is due to the fact that there is nobody at Nokia side to support it. -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Nokia hiring developer for Maemo and Internet Tablets
Acadia Secure Networks пишет: > Companies like IBM figured this out long ago as a way to keep the > software "factory" humming around the clock while saving on relocation > costs. :-) Note that IBM isn't hiring anyone to do Maemo work, its Nokia and it has its own approach to handle development process. May be they think Helsinki region has more effective mind field than any other places. :-) Though I wish companies would take more diversified approach to development... -- / Alexander Bokovoy ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: N770 & samba mount
>* SAMBA client access to both Linux/SAMBA as well as Microsoft/SMB > file shares >* Remote Desktop Protocol (RDP) for Microsoft Windows using > the Linux RDP software. >* VNC My intention is to port Samba 4 to Maemo, along with Hildonized support for Ejs (embedded java script we use in Samba 4 for all hooks and client apps development). This way much more can be achieved as Samba 4 codebase is better suited for portability and customization. -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/ signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers