Re: How to install an applicaiton on emulaor?
Try the app manager in the sdk . you can also aptitude/apt-get to install packages . But you should first add deb http://repository.maemo.org/extras/ fremantle free deb-src http://repository.maemo.org/extras/ fremantle free non-free deb http://repository.maemo.org/extras-devel/ fremantle free non-free deb-src http://repository.maemo.org/extras-devel/ fremantle free Maemo is much like any other debian based system . On Fri, Jan 15, 2010 at 12:01 PM, Lalit Kumar lalit_hed...@yahoo.comwrote: Hello All, I am trying my hands on the Maemo platform. I have installed the Maemo Fremantle SDK along with scratchbox and Xephyr. I have also download the the tutorial document from Maemo wiki. Also I tried the exaples in it, they were running fine when I run them using the run-standalone.sh script. But I am confused how to install the application on the emulator( some says it as SDK) can anybody put some light on this basic question on how to install an applicaiton on emulaor? Many Thanks. Lalit -- The INTERNET now has a personality. YOURS! See your Yahoo! Homepagehttp://in.rd.yahoo.com/tagline_yyi_1/*http://in.yahoo.com/ . ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- A-M-I-T S|S ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Programmatically showing the desktop in Fremantle
On Fri, 2010-01-15 at 00:56 +0200, Matan Ziv-Av wrote: I'll use this thread for a question regarding hildon-desktop. Where is hildon-desktop developed? In other words If I want a patch to be included in hildon-desktop, whom should I contact? Have a look here: http://maemo.gitorious.org/fremantle-hildon-desktop Cheers! Conny ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Extras-devel repository index out of control?
Hi, even I have noticed now that apt uses a lot more space than it used to. One reason is that the package index files in the repository contain entries for multiple versions of a package. This increases the size of what apt has to download, process, and store significantly, and for no real benefit. For example, http://repository.maemo.org/extras-devel/dists/fremantle/free/binary-armel/Packages is about 13M, and has 25 versions of conboy-midgard listed in it, and 29 versions of gpxview[1]. I don't know if there is a mechanism in place to control this growth, but there should be. I think it would be fine to retain only the most recent version for each package in extras-devel. We can still keep older versions in the pool, and we can even make a extras-history repository that indexes all these old versions. But for extras-devel itself, I think having only one version is best. [1] But only 5 versions of mussorgsky. Ivan, release early, release often! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Error accessing extras-devel fremantle package index
URL: http://repository.maemo.org/extras-devel/dists/fremantle/free/binary-armel/Packages Result: Can't locate object method remote_ip via package Apache2::Connection at /var/www/dhandler line 59. Trace begun at /usr/share/perl5/HTML/Mason/Exceptions.pm line 129 HTML::Mason::Exceptions::rethrow_exception('Can\'t locate object method remote_ip via package Apache2::Connection at /var/www/dhandler line 59.^J') called at /var/www/dhandler line 59 HTML::Mason::Commands::__ANON__ at /usr/share/perl5/HTML/Mason/Component.pm line 135 HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0xa2765f8)') called at /usr/share/perl5/HTML/Mason/Request.pm line 1273 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 1268 HTML::Mason::Request::comp(undef, undef, undef) called at /usr/share/perl5/HTML/Mason/Request.pm line 467 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 467 eval {...} at /usr/share/perl5/HTML/Mason/Request.pm line 419 HTML::Mason::Request::exec('HTML::Mason::Request::ApacheHandler=HASH(0xa2a36c0)') called at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 165 HTML::Mason::Request::ApacheHandler::exec('HTML::Mason::Request::ApacheHandler=HASH(0xa2a36c0)') called at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 831 HTML::Mason::ApacheHandler::handle_request('HTML::Mason::ApacheHandler=HASH(0xa270b90)', 'Apache2::RequestRec=SCALAR(0xa2a0240)') called at (eval 37) line 8 HTML::Mason::ApacheHandler::handler('HTML::Mason::ApacheHandler', 'Apache2::RequestRec=SCALAR(0xa2a0240)') called at -e line 0 eval {...} at -e line 0 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package building error with the armel target
On Jan 15, 2010, at 12:30 AM, Petite Escalope wrote: Hello, I'm trying to build a package for the armel target but it fails on this error : dpkg-genchanges -b dpkg-genchanges: failure: cannot read files list file: No such file or directory Everything is working with x86 What's the problem? In general dpkg-genchanges wants to see a file called debian/files to generate a .changes file for the eventual deb. Do you have a debian/files file? Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Extras-devel repository index out of control?
On Jan 15, 2010, at 10:27 AM, Marius Vollmer wrote: Hi, even I have noticed now that apt uses a lot more space than it used to. One reason is that the package index files in the repository contain entries for multiple versions of a package. This increases the size of what apt has to download, process, and store significantly, and for no real benefit. With the new repository tool we're going to use (reprepro) that problem will disappear because it is significantly easier to manage what is in the repos and to move old packages cleanly. This will shrink the repos and the resulting index files. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package importer down?
I got the same problem. It started yesterday for me. Thanks, Sascha -- Sent from my mobile computer using Nokia Messaging - Original message - Overnight, I've seen a number of packages not being imported to the repos after a successful build. Is the importer down? Paused? (or overwhelmed? :-) Examples: http://maemo.org/packages/view/headphoned/ http://maemo.org/packages/view/pkg-kde-tools/ Thanks -Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Extras-devel repository index out of control?
Hi, Hi, even I have noticed now that apt uses a lot more space than it used to. One reason is that the package index files in the repository contain entries for multiple versions of a package. This increases the size of what apt has to download, process, and store significantly, and for no real benefit. snip I don't know if there is a mechanism in place to control this growth, but there should be. That is on the agenda for this Sprint or the next. But it is something we will address. Server move had priority over improvements. I think it would be fine to retain only the most recent version for each package in extras-devel. We can still keep older versions in the pool, and we can even make a extras-history repository that indexes all these old versions. But for extras-devel itself, I think having only one version is best. If there are no dependencies on older versions, yes. But we must also not forget that extras-devel is really not for end-users, so this should not affect a lot of people. -- Niels Breet maemo.org webmaster ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Programmatically showing the desktop in Fremantle
From: obb770 obb...@gmail.com Given that if there isn't a good way to do this, then it might not be fixed in the Fremantle lifetime - is there an ugly way to show the desktop? like simulating pressing the right place on the screen, somehow getting into non-public API of hildon-desktop, or something else? One option would use the current hildon-desktop a11y support. But probably it isn't really useful, as to do that you would require to install on the device libbonobo, at-spi, cally, etc. Then you could access to the tast-switcher button and click on it, or simulate the X event on the screen. Anyway, as I just said, this solution doesn't seems really comfortable, and seems a über-workaround. Just FYI === API (apinhe...@igalia.com) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package building error with the armel target
Hi! Thank you for the answer. I dont have this file, but i found the error: I had Architecture: i386 instead of any in my control file. Everything is right now thanx 2010/1/15 Jeremiah Foster jerem...@jeremiahfoster.com On Jan 15, 2010, at 12:30 AM, Petite Escalope wrote: Hello, I'm trying to build a package for the armel target but it fails on this error : dpkg-genchanges -b dpkg-genchanges: failure: cannot read files list file: No such file or directory Everything is working with x86 What's the problem? In general dpkg-genchanges wants to see a file called debian/files to generate a .changes file for the eventual deb. Do you have a debian/files file? Jeremiah -- Cordialement Alexandre Codjovi 06 38 43 88 06 alexan...@codjovi.fr ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Broken state of repositories
Hi On my N900 I have all three Extras repositories enabled (normal, testing, devel) to check what is going on in Maemo5 world. The problem is that some time ago there was (a bit crazy) idea about pushing everything from Diablo extras to be built for Fremantle. OK, some good apps arrived that way (hail Claws, die Modest) but there are some strange things too. For example: we have Frozen Bubble (awesome game) but it is not installable: Nokia-N900-42-11:~# apt-get install frozen-bubble Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: frozen-bubble: Depends: perl (= 5.8.3-3) but it is not going to be installed E: Broken packages Nokia-N900-42-11:~# apt-get install frozen-bubble perl Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: perl: Depends: perl-modules (= 5.8.3-3osso11+0m5) but it is not installable E: Broken packages Nokia-N900-42-11:~# apt-get install frozen-bubble perl perl-modules Reading package lists... Done Building dependency tree Reading state information... Done Package perl-modules is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: perl perl-base E: Package perl-modules has no installation candidate How it get into repository is unknown for me - it should not be there as it's dependencies should land first. Other thing: *-dbg packages in extras-devel. OK, this is repo for developers rather then users but can't we move such packages into debug section where they should reside? Developers will fetch them by apt-get. Another: usbcontrol - this is 770/n8x0 package not usable on n900 due to official lack of usb host functionality. Why it is in Fremantle? Yet another: all those extras-devel packages which depends on maemo-select- menu-location package which do not exists at all in Fremantle. We have nearly one hundred of them. Many packages do not have description even - just name of one line of information. Why we have that? Maemo always was mentioned as based on Debian but for me (as user of all versions of Maemo) it looks rather like it was maybe years ago. We do not even try to get close to it with quality of community packages. How can we improve situation? Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Clutter and text rendering issues
I'm not entirely sure this is the right place, but I imagine it's an n900-specific issue... Anyway, when using clutter 1.0 to render text (either the one in extras-devel, or one I compile myself), if you change the colour of the text at all, it renders each glyph as a white box [1]. I'm not sure why this is the case, but there's an unanswered post in the forums about it as well [2], so it's not just me. Any ideas? I would ask the Clutter mailing list, but this clearly isn't an issue with Clutter in general, just it running under the OpenGL ES implementation on the device. (I haven't tried with clutter 0.8, since it doesn't have all the features I need, but I suspect it works there, as otherwise other apps using it would be having issues) Andrew [1]: http://www.aeracode.org/static/screenshot01.png [2]: http://talk.maemo.org/showthread.php?p=455407#post455407 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Broken state of repositories
Hi, Am Freitag 15 Januar 2010 schrieb Marcin Juszkiewicz: Other thing: *-dbg packages in extras-devel. OK, this is repo for developers rather then users but can't we move such packages into debug section where That's the point: This repository _is_ for developers. You have a repository that fixes all the things you complain about: It's named extras. Or if you want a little more adventure then use extras-testing. If you think there's a real need for end users to use extras-devel because of some package that you consider end user ready, then get in contact with its author and ask why that package didn't make it yet into extras-testing or extras, Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
apt-get pinning Extras repositories
Hi, Quite recently the extras-testing and extras-devel repositories had a Label: extras-testing set in the Release file. This allowed me to use /etc/apt/preferences to pin the testing/devel repositories to a lower priority, so that I wouldn't need to worry about getting unwanted upgrades from them. But recently, these labels vanished from the release file, and the extras and extras-testing Release files seem identical, allowing no way to pin them. Could the repo maintainers add the Label back, so that pinning would still be possible and easy? (Or is there an alternative way to do the pinning?) -- Pauli Virtanen ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: apt-get pinning Extras repositories
Hi, Quite recently the extras-testing and extras-devel repositories had a Label: extras-testing set in the Release file. This allowed me to use /etc/apt/preferences to pin the testing/devel repositories to a lower priority, so that I wouldn't need to worry about getting unwanted upgrades from them. But recently, these labels vanished from the release file, and the extras and extras-testing Release files seem identical, allowing no way to pin them. Could the repo maintainers add the Label back, so that pinning would still be possible and easy? (Or is there an alternative way to do the pinning?) https://bugs.maemo.org/show_bug.cgi?id=8072 I've fixed that, will take some time for it to be visible. -- Pauli Virtanen -- Niels Breet maemo.org webmaster ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: apt-get pinning Extras repositories
Hi, pe, 2010-01-15 kello 21:14 +0100, Niels Breet kirjoitti: [clip] https://bugs.maemo.org/show_bug.cgi?id=8072 I've fixed that, will take some time for it to be visible. Thanks, also for the extremely fast response. -- Pauli Virtanen ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
SVN moved permanently?
Hi, $ svn up svn: Repository moved permanently to 'https://vcs.maemo.org/svn/maep'; please relocate Is there anything _i_ have to do about this or will this be fixed on server side? Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SVN moved permanently?
Hello Till, Till Harbaum / Lists wrote: Hi, $ svn up svn: Repository moved permanently to 'https://vcs.maemo.org/svn/maep'; please relocate Is there anything _i_ have to do about this or will this be fixed on server side? The repositories are handled by vcs.maemo.org from today onwards. You get the message from your svn client, because we did an HTTP redirect on the garage side. We will not do more. Unfortunately the previous garage.* URLs could not be preserved. Please check out your project's subversion repo using the new URL. It should not take more than a couple of minutes (even less than that for maep). I hope that in the long run all garage projects will enjoy the benefits of today's server move. Till Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SVN moved permanently?
Hi, there is an svn relocate command which should do fine. Bye Henning ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Fremantle Dev - Testing promotion issue
Erps, Looks like I dropped this thread into the wrong mailing list. LOL, no wonder I didn't get a response. Although now the error has changed to: Fatal error: Allowed memory size of 104857600 bytes exhausted (tried to allocate 72 bytes) in /mnt/netapp/pear/midcom/lib/midcom/helper/_dbfactory.php on line 487 So, I would guess a configuration issue on the size php is allowed to allocate on the new servers. Nathan -Original Message- From: maemo-community-boun...@maemo.org [mailto:maemo-community-boun...@maemo.org] On Behalf Of Nathan Anderson Sent: Thursday, January 14, 2010 7:19 PM To: 'List for community development' Subject: RE: Fremantle Dev - Testing promotion issue It apparently isn't just me; someone on TMO also has asked the same question. Is this related to the server moves, or does someone need to kick something on the server to get this to work again. I can see the detail page on other peoples packages fine; but apparently if the page is for my own package it either times out or goes into la la land showing loading forever. Nathan -Original Message- From: maemo-community-boun...@maemo.org [mailto:maemo-community-boun...@maemo.org] On Behalf Of Nathan Anderson Sent: Wednesday, January 13, 2010 12:12 PM To: 'List for community development' Subject: Fremantle Dev - Testing promotion issue I've been trying to actually see the page to promote my cifs and ntfs modules from dev into testing and the web site has been either timing out (or going into lala land) for the last day or so. Anybody able to poke the machine to find out what is wrong with it. These are armel only packages (if that matters?) Nathan ___ maemo-community mailing list maemo-commun...@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-community ___ maemo-community mailing list maemo-commun...@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-community ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SVN moved permanently?
On Fri, Jan 15, 2010 at 21:24, Ferenc Szekely fer...@maemo.org wrote: svn: Repository moved permanently to 'https://vcs.maemo.org/svn/maep'; please relocate The repositories are handled by vcs.maemo.org from today onwards. You get the message from your svn client, because we did an HTTP redirect on the garage side. We will not do more. Unfortunately the previous garage.* URLs could not be preserved. What is the effect on git? Does this need to be more widely communicated in a definitive page containing what/why/how etc.? Please check out your project's subversion repo using the new URL. It should not take more than a couple of minutes (even less than that for maep). What is the impact of someone *not* doing this with their working copy? I hope that in the long run all garage projects will enjoy the benefits of today's server move. Today's server move: good; however is this a suggestion that more needs to be done on a project-by-project basis to realise the benefits? Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers