Re: Promoter interface for Diablo extras-devel
Hi Frank On Fri, Jun 27, 2008 at 08:14:08AM -0500, Frank Banul wrote: So how does one get authorized to use the diablo promoter? Error: You are not authorized to use the system I've got the prerequisites listed at http://wiki.maemo.org/Uploading_to_extras. The current promoter uses an [outdated] list of users. Niels implemented some code to use the live database (the one that is updated when you fulfill all the pre-requisites ;)). I'm going to review it today and make it available for both chinook and diablo promoters. Sorry for any inconveniences it might have caused. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Diablo extras repository proposal
On Thu, Jun 26, 2008 at 03:51:10PM +0300, Ed Bartosh wrote: Will see how unrealistic it will be. You can watch the process here: https://garage.maemo.org/builder/diablo/ and here: https://garage.maemo.org/extras-assistant/maemo_extras_diablo_rebuild.php BTW, the page refers to chinook promoter, not diablo one. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder for extras repository public beta
Hi On Fri, Apr 25, 2008 at 06:53:42PM +0200, Murray Cumming wrote: On Fri, 2008-04-25 at 17:36 +0200, Niels Breet wrote: A while ago we discussed the idea of an autobuilder for the extras repository. [1] We We is Nokia/Maemo, right? Nope :) Maemo community/Nokia :)) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
On Thu, Feb 07, 2008 at 03:48:07PM +0300, Mikhail Sobolev wrote: Almost forgot to mention. The script does not really have a project page anywhere. It is also a toy project for me to see how well Bazaar DVCS supports my needs (so far, it does well enough), so you can find the code at https://code.launchpad.net/~mishas/+junk/devel-mover Maybe it will be a good idea to create a garage project, so we can have mailing lists for promotions etc? I think that current code is a big step in the right direction, although we would need to add more features. Yes, I requested the project (devel-mover), but if it's OK, I'd like to keep it in bazaar. The project was approved, its page is at: https://garage.maemo.org/projects/devel-mover/ Few words are available at http://devel-mover.garage.maemo.org/ but we should continue using wiki for keeping our current state regarding proposals and ideas. I'll dig through the archives [I have] to find out all relevant wiki pages and add links to the home page. I believe we should not move the discussion into a separate mailing list as the topic is important for all fellow developers [ok, for those who use extras repositories :)]. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
Hi Benoit On Fri, Feb 08, 2008 at 10:40:31PM +0100, Benoit HERVIER wrote: How can i test it ? It seem's it s require a login and password which doesn't seem's to be the same as garage. This is a bit strange. It requires exactly the garage user/password. However you should have been granted upload rights by garage admins. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote: After quite some time of fighting with myself as well as getting encouragement from certain members of this community, I'm humbly offer to your attention a first {alpha,beta} release of a manual promotion interface. Great! What's there so far seems to work well. Thank you :) Comments: * Is it necessary to separate each package into source/armel/i386/etc? Why not just display the package name (e.g. xmaeme), perhaps with a link to click to view the contained files, and/or an asterisk if there's no source? Is there any situation in which, say, the source component would be promoted, but the armel component wouldn't? No, it's not. And my original implementation (non-released) was doing exactly that. However when I looked at it, I thought that there could be people who would rather have such a flexibility. I do agree with you with respect to sources, however as for different architectures, the situation is a bit different: one architecture could be better supported than the other, so... Things that might be nice for the future: * Ability to add comments (e.g. This package bends rule F, but promoting for now...) What do you propose to do with these comments? Include in notifications, store somewhere, something else? * Ability to demote and/or rollback to a previous version (with comments) I am not sure about this one. As others already pointed out, those users who already upgraded their devices are not helped at all... However rollback done by let return back to a previous version but bump the package version may not work in case of major upgrades... I believe further discussion and, more importantly, common agreement is required here. * Display the amount of time each package has been in the promotion queue * Notify package maintainer via email on (pro|de)motion This looks straightforward. Thanks. * A way to view a package's dependencies - A way to verify whether all of a package's dependencies are either in extras or in the promotion queue - A way to simultaneously promote a package and all of its dependencies This does seem to be tricky... But these are obviously useful features. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
On Wed, Feb 06, 2008 at 10:44:48AM +0100, Niels Breet wrote: * to see if anything like this would really encourage community developers to use central 'extras' repository We would also need to provide an easier way for developers to upload packages. If we can make a webinterface where developers can add their package to the upload/promotion queue, I think we will make uploading to extras a lot less complicated. (Regular dput uploads would also end up in this same queue) I'm not sure how web upload would make things easier... Why do you think dput is not that straightforward? This is actually a question to all developers out there who are using extras/extras-devel. (I'm not challenging, I'm wondering.) We can add this as a first step, auto-builders would be a next step to add. Autobuilders are slowly moving forward: this is a hobby time after all :) Almost forgot to mention. The script does not really have a project page anywhere. It is also a toy project for me to see how well Bazaar DVCS supports my needs (so far, it does well enough), so you can find the code at https://code.launchpad.net/~mishas/+junk/devel-mover Maybe it will be a good idea to create a garage project, so we can have mailing lists for promotions etc? I think that current code is a big step in the right direction, although we would need to add more features. Yes, I requested the project (devel-mover), but if it's OK, I'd like to keep it in bazaar. Do you have time to work on this some more? Would you like to get help from other community members on this code? Yes, I do have time: nothing was changed since my announce because I saw no feedback. And of course any help is more than welcome. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: promotion interface
On Thu, Feb 07, 2008 at 03:02:10PM +0200, (int) Eero Tamminen wrote: ext Mikhail Sobolev wrote: On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote: Comments: * Is it necessary to separate each package into source/armel/i386/etc? Why not just display the package name (e.g. xmaeme), perhaps with a link to click to view the contained files, and/or an asterisk if there's no source? Is there any situation in which, say, the source component would be promoted, but the armel component wouldn't? No, it's not. And my original implementation (non-released) was doing exactly that. However when I looked at it, I thought that there could be people who would rather have such a flexibility. Why? Because in this particular case I believe more flexible is better than less flexible :) I do agree with you with respect to sources, however as for different architectures, the situation is a bit different: one architecture could be better supported than the other, so... I think it's better that they all are in sync. That creates less confusion when people test first their package against some dependency in one architecture and then against another architecture. If the other architecture has another version of the dependency, are the problems because of the architecture or dependency version change? This becomes way too complicated. :-/ What if a developer does not really care about x86? -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Curious: Maemo devices other than Nokia?
On Tue, Jan 22, 2008 at 04:50:15AM +0200, Lauri Leukkunen wrote: On 22/01/08 00:00 +0300, ext Mikhail Sobolev wrote: On Mon, Jan 21, 2008 at 09:16:38PM +0100, Michael 'Mickey' Lauer wrote: Please take a look into OpenEmbedded, which makes building images for various machine types very easy. The configurations for the Nokia internet tablets are supported, but could need some fresh blood. We actually did quite some time ago and for some reason we decided not to go for it. I'm afraid now it will require a significant of both effort and blood to change for it. :( I hope this is not a reference to me looking at the openzaurus or whatever it was back in 2002/3. :) Rather to my own consideration regarding the amount of effort that a particular group of people would need to put while everybody else is programming like crazy. So in a way it may be a good idea to use openembedded, or it may not. So much depends on which goals and priorities you pick from the monumental pile of intentions and promises that the people who have worked on this have had. I think we have quite a few people who pick goals and set priorities :) So I'll be patiently waiting for their input... :) As for ditching scratchbox in favor of something else, give sb2 a shot before you give up on the whole concept. I think there is value in what it does, for being a way of cross-compiling that is independent of the distribution you're working with. I like the idea of being able to download a source tarball and just compiling it, instead of having to integrate it into openembedded's build system to be able to do it. Again, different dreams produce different problems. I was talking with the project manager for SB2 related project. He said that we certainly should have a look at it in some near future and I will :) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Curious: Maemo devices other than Nokia?
On Mon, Jan 21, 2008 at 06:00:14PM +, Ross Burton wrote: On Mon, 2008-01-21 at 18:44 +0100, Hanno Zulla wrote: So in other words, despite Maemo being open source and free enough to be portable to other hardware, there is no other, non-Nokia device you can develop Maemo applications for, right? I wonder why this is so, since I like Maemo a lot (from a user's perspective). Because there is no way to download maemo easily and build your own images for a different machine. If I am not mistaken, this is not exactly true. Maemo (as such) is free enough, some of the apps and drivers that Nokia ships with its tablets are not. A competitor interested in building a Maemo device should be able to adapt Maemo to its hardware and build replacements for the non-free apps. I wonder why this hasn't happened, yet. You need to make a distinction between Maemo and ITOS, which is what runs on the tablets. Nokia take Maemo, add a collection of non-free drivers and software, Exactly, Ross! I usually visualize relationship between different bits using the following picture (please use a fixed width font): +--++--+ | | Maemo SDK | | +--+++--+--+ |API |Open|Open| Open |Closed| +--+++--+--+ |Implementation|Open|Open|Closed|Closed| +--+++--+--+ | | IT OS 200X | +---+--+ The part that is covered by Maemo (and Maemo SDK) is not enough to produce a somewhat reasonable system, which: 1) is bootable 2) has support for all hardware 3) has a comparable to IT OS 2008 set of applications The really challenging areas are 2) and 3). I believe certain work to make sure that 1) does not have any challenges is planned, but probably it's up to Quim to confirm. :) and using a build system they have not released produce images. If the build system were public, then anyone could produce *Maemo* images for a N810, their laptop, or another PDA. The current build system is way too complicated. :( It requires quite a few systems to be installed that include web interfaces, databases, etc... There is a few really low level things -- detect an build order, build a single source package, produce image/tarball -- that could be used independently, however they do have some dependencies on other bits of infrastructure, so their extraction/polishing requires certain work [which was not done so far]. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Curious: Maemo devices other than Nokia?
On Mon, Jan 21, 2008 at 09:16:38PM +0100, Michael 'Mickey' Lauer wrote: Please take a look into OpenEmbedded, which makes building images for various machine types very easy. The configurations for the Nokia internet tablets are supported, but could need some fresh blood. We actually did quite some time ago and for some reason we decided not to go for it. I'm afraid now it will require a significant of both effort and blood to change for it. :( Thanks for the reminder though :) Kind Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: RFC: Proposal to solve multiple repository, poor QA situation
Hi Andrew On Mon, Jan 14, 2008 at 10:35:47PM +, Andrew Flegg wrote: I'd also be very interested to here what Mikhail thinks in light of his integrated promotion interface. There are two reasons why I created this interface: * to complete the plan I proposed some time ago (like 2,5 months ago) 1. Extras-devel [done] 2. Promotion Interface [done] 3. Builder [to do? :)] 4. Sophisticated promotion rules [your proposal seems to to fit here, so I support it :)] * I _feel_ this interface might be useful for developers, so they do not have to dput here and there and keep those packages signed, etc... Requested changes/new features will be implemented as long as they are not overcoming my abilities, however beyond a few to-do items I have not further plans :)) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
extras: promotion interface
Hi After quite some time of fighting with myself as well as getting encouragement from certain members of this community, I'm humbly offer to your attention a first {alpha,beta} release of a manual promotion interface. Currently the interface is in 'debug' mode, which means that no files are really moved around, while all operations are logged so I could see if everything seems to work as expected :)) After a few days of observations I'll switch it to the 'let's see what bugs are really there in the script' mode :) The interface is available at https://garage.maemo.org/promoter-beta/interface.py It would allow all users who have upload rights to 'extras'/'extras- devel' to see what are the differences between 'extras-devel' and 'extras' repositories for 'chinook'. Yes, that's correct it's about chinook only for the time being. The script can easily be configured to support all available 'extras' sets, however I'd like to make sure it really works before performing further configuration. The release pursues few goals: * to have some practical for supporting further discussions about infrastructure improvements * to see if anything like this would really encourage community developers to use central 'extras' repository Almost forgot to mention. The script does not really have a project page anywhere. It is also a toy project for me to see how well Bazaar DVCS supports my needs (so far, it does well enough), so you can find the code at https://code.launchpad.net/~mishas/+junk/devel-mover (Please do not be discouraged by the name, it's just launchpad's way to call branches for stuff that is not part of any project.) Please direct suggestions, feedback, further discussion points here to the maemo developers mailing list. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SPIM (MIPS assembly emulator) ported to Chinook: could someone test it?
On Sun, Nov 18, 2007 at 05:17:24PM +0100, Andrea Grandi wrote: Hi, Could, please, someone test it on a REAL N810 (or N800 with Os2008)? Since I still don't have a N810, I cannot test it. What kind of testing you are looking for? for the moment I just would like to know if the .deb packages is ok, and if spim runs fine without any core dump at startup :) OK. Your package does install. However it does not seem to have any binaries to execute: both /usr/bin and /usr/sbin are empty. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SPIM (MIPS assembly emulator) ported to Chinook: could someone test it?
Hi Andrea On Sun, Nov 18, 2007 at 06:01:25PM +0100, Andrea Grandi wrote: If you want to try yourself, the sources are here: http://ftp.de.debian.org/debian/pool/non-free/s/spim/spim_7.3.orig.tar.gz Uunfortunately, I could not create a binary package out of the source package (in other words, the file you mentioned above + .dsc + .diff.gz) as certain build dependencies are not available: [sbox-maemo4: ~/spim/spim-7.3] dpkg-checkbuilddeps : Using Scratchbox tools to satisfy builddeps : Dependency provided by Scratchbox: bison dpkg-checkbuilddeps: Unmet build dependencies: flex xutils libxt-dev x-dev libxaw7-dev -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
extras: autobuilders
Hi Let's create a separate thread about autobuilders. A simple question: what would you expect from an autobuilders? -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Repositories mess: conclusions and actions
Hi Tim On Wed, Nov 07, 2007 at 09:26:47AM +0100, Tim Teulings wrote: I'd like to share a simple 5-step plan :) It seems that the discussion again somehow stopped. The first steps of the plan seem to be quite practical, so hopefully we can start implementing something. And I'd strongly suggest we proceed with step 5 only after having implemented steps 1-4 :) Step 1: Create the repository itself Step 2: Create promotion interface Step 3: Add building facility Step 4: Making promotion interface a bit more sophisticated Step 5: Make it better? :) Wait a minute! Please rethink why we initially wanted a different behavior for the extras repository. This is probably what I still do not quite grasp. There were a few discussions where people were looking at the 'extras' repository from different points of view, but I'd say those points are way too different. And the main problem with 'extras' is that there're not so many applications in it. I believe it's because of a simple challenge for developers: 'extras' is expected to have good quality software (good is still to be defined :)). I saw quite a few comments (here, ITT, elsewhere) like well, I'm not 100% sure that my software is good enough to be put in 'extras', so I'd rather make my own repo. And as soon as the developer makes her first repo for offering some alpha/beta software, it's gonna be comparatively easy for her to _also_ create a repository next to the first one where the stable/good stuff is made available. As result 'extras' is underused. The point of this plan is to explicitely make available a central place where there's no such a vague restriction as it must be good, so developers instead of learning various tools (dpkg-scanpackages, apt-ftparchive, reprepro, etc) would just learn one -- dput. 'extras' repository is coming pre-configured in Chinook and, since it's disabled by default, the normal user would need to do something to enable it. 'extras-devel' is _not_ pre-configured, so only brave souls would add it to their catalogue list. By initiating Step 1 and 2 immediately will we have solved any of the problems we initially detected? Is there any advantage to the current extras repository and will give it some momentum to the plan? I think _some_ of the problems will be solved (see above). Advantages? I do not know. So far alsmost nobody really followed up with 'yes, that'd be great, [let's] do it!' message :) I'm not against acting with initial steps instead of discussing things to the very end, but I think this suggestion is a too quick one. The solution points to problems which were already be detected and not clearly solved (especially the discussion about who is the group and how will they decide). It also is easy to find people to decide, but we definitely need people who are willing to improve the infrastructure and do the hard work. If we do not get them now, your idea might die a step 3, too :-/ Who is the group? I'd say at the beginning we should forget about groups :) and just make it working on 'I own this package, I move it' basis. As for step 3, it's actually a parallel step. So my idea (and see, it's still my idea, not our idea :)) might die at step 2 already. I think there was some agreement on staging repositories similar to debian together with some autobuilder mechanism. I think this is a basis that would be better for start. Isn't there a chance to get such stuff running in short time? We do have a few weeks time to set such stuff up. We do not need a solution tomorrow. OR is there a down striped solution (without staging) that would still give us some benefit? I do not know. What for example if we use http://mud-builder.garage.maemo.org/index.php instead? I'll need to properly check it out. And please don't misunderstand we. I'm not saying don't do this!, it just a good idea, but couldn't we do better with similar efforts?. Well, my original proposal was to make it better only after we reach a substantial checkpoint :) Cheers, -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Repositories mess: conclusions and actions
Hi I'd like to share a simple 5-step plan :) It seems that the discussion again somehow stopped. The first steps of the plan seem to be quite practical, so hopefully we can start implementing something. And I'd strongly suggest we proceed with step 5 only after having implemented steps 1-4 :) NOTE: I still think that at least a few steps can be done for Chinook. -- Misha Proposal: create extras-devel repository Purpose: support developers in distribution alpha/beta/not-stable packages. Step 1: Create the repository itself Make it possible to upload the same way as it's done for extras: dput extras-devel *.changes The repository would accept source and/or binary packages and would just make them available at a predefined URL :) IMPORTANT: If somebody wants to promote packages to 'extras', these promotions are to be made manually, in other words, the same packages need to be uploaded again. DIFFICULTY: As easy as asking Ferenc to create one :) (see his mail at http://lists.maemo.org/pipermail/maemo-developers/2007-August/011202.html) Step 2: Create promotion interface A simple web based interface would allow package owners/dedicated 'administrators' (chosen by community) to promote packages from 'extras-devel' to 'extras'. Basically the idea could be to present a list of packages that are in 'extras-devel' and are not in 'extras', then click on a few checkbox, press Promote button and voila. IMPORTANT: At this stage direct upload to 'extras' might might be limited to a selected people or removed all together. DIFFICULTY: Should not be too difficult, but it requires implementation of such a web (or other) interface. Any takers? Step 3: Add building facility Developers now can just upload source packages that are going to be built against the corresponding Maemo SDK and the content of 'extras-devel'/'extras'. The resulting binary packages will be installed to 'extras-devel'. DIFFICULTY: Unknown. Either adopting something already available elsewhere (mud, Debian) or adopting internal Nokia stuff (may take some time). Step 4: Making promotion interface a bit more sophisticated Make promotion interface a bit more automatic. Perform various QA checks and use the results as input for manual/automatic promotion. DIFFICULTY: unknown. Promotion criteria and QA stuff should be agreed. Step 5: Make it better? :) DIFFICULTY: easy -- it's always possible to make things better (better is the enemy of good :)) signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Restarting the D-Bus system bus
On Wed, Oct 31, 2007 at 09:50:54PM +0100, Ludovic Court?s wrote: Hi, Ross Burton [EMAIL PROTECTED] writes: I'm guessing because the system bus dying is a fatal condition. Sure, but I'm curious as to why this is fatal. :-) If any of the important applications are not available, watching daemon would reboot the device because if an important application could not handle the situation, then it must be something serious. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Restarting the D-Bus system bus
On Thu, Nov 01, 2007 at 11:07:18AM +0100, Ludovic Court?s wrote: [EMAIL PROTECTED] (Mikhail Sobolev) writes: If any of the important applications are not available, watching daemon would reboot the device because if an important application could not handle the situation, then it must be something serious. So, to put it differently: any idea which essential application is failing? I do not know :) Sorry. It might be dbus daemon itself, for example :) Basically, there is a daemon called 'dsme', which performs the 'watching' function. If you look into /etc/init.d directory and check what applications/daemons are started with 'dsmetool -r ...', you'll find a list of important applications. Those who use dbus (beside dbus daemon itself) are the one that might cause the reboot. It looks as though we had init=/usr/bin/dbus-daemon --system. ;-) Impressions are sometimes wrong though :) -- Misha (who thanks David for helping with it) signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Why dpkg-buildpackage -rfakeroot -uc -us returns error
On Thu, Sep 20, 2007 at 12:49:27AM -0700, hong zhang wrote: This is my first time to run. I download fltk-2.0.x-r5940.tar.gz to /tmp and run dpkg-buildpackage -rfakeroot -uc -us. Could you please tell me where is debian/changelog? You downloaded the upstream sources and it has no packaging, as result dpkg-buildpackage won't be able to build your package. So you need to package it first. However if you just want to build it, just 'make' might be enough for you. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Licensing of dummy packages / of the packaging
On Sat, Jul 28, 2007 at 01:56:51PM +0200, Loïc Minier wrote: On Fri, Jul 27, 2007, Mikhail Sobolev wrote: Do you see other similar packages beside haf-marketing-release and maemo-af-desktop-l10n? Unfortunately, it seems there are many; I naively computed the number of lines in debian/copyright of packages hosted in the stage.maemo.org/maemo/projects/haf/trunk SVN and saw that many had very short copyright files, or empty ones: 0 libglade-hildon/debian/copyright 0 maemo-examples/debian/copyright 1 gazpacho-hildon/debian/copyright 1 libffi4/debian/copyright 1 sardine-installer/debian/copyright 2 hildon-application-framework/debian/copyright 3 hello-world-app/debian/copyright ... Some of the very short copyrights are among the lines of: Copyright (C) 2004-2006 Nokia Corporation. which clearly misses the license statement (this is hildon-application-framework). Some are: Copyright: (c) 2004, 2005, 2006, 2007 Nokia Corporation. hildon-home-webshortcut is licensed under the terms of the GNU LGPL v2.1 I think this is nearly enough; a pointed to the actual license would be safer; perhaps: The Debian packaging is (c) 2004, 2005, 2006, 2007 Nokia Corporation and is licensed under the LGPL version 2.1; see /usr/share/common-licenses/LGPL-2.1. If you confirm you're interested in the full list, then I can take some time to categorize the packages below the SVN path stage.maemo.org/maemo/projects/haf/trunk; this would take me some time and might include obsolete stuff, so I'd prefer if you could confirm this is needed. Or perhaps -- if you have authorization to do so -- you can walk in these copyright files and fix them as you browse them? I will be as soon as I am back to office from my vacation :) I believe the fact that packaging must be licensed and its licensing is separate from the code inside was somehow overlooked. Maybe meanwhile Marius and/or Carlos could have a look at the stuff which is available through stage.maemo.org/maemo/projects/haf/trunk Thanks again -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Licensing of dummy packages / of the packaging
Hi Loic On Thu, Jul 26, 2007 at 03:58:24PM +0200, Loïc Minier wrote: There are some dummy / dependencies-mostly packages in the maemo archive such as haf-marketing-release or maemo-af-desktop-l10n which do not carry much licensing information. The debian/copyright file is along: Copyright (C) 2006 Nokia Corporation and pretty much nothing more. Would it be possible to clarify that the packaging or the full source are under the LGPL for example? I don't think you *need* to explicitely declare the licensing of all the packaging in all packages, but the mostly empty ones are without any license, and that's a bit problematic. Perhaps you can simply add a COPYING.LGPL file and a small statement that this package is under the LGPL version foo blahblah. Most likely those will be MIT (unless it's really incompatible with other licenses :)) Do you see other similar packages beside haf-marketing-release and maemo-af-desktop-l10n? -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Never Try to Outsmart the OS
On Tue, May 15, 2007 at 07:36:39AM +0300, Jari Tenhunen wrote: Perhaps you got it from http://mike.saunby.googlepages.com/x11vncfornokia7702 ? IIRC the desktop file pointed to a shell script that acted like on/off button, alternatively starting and stopping the service. Is it a problem if it's not launched via D-Bus? With the current version of simple-launcher it is :) But it's a problem simple-launcher. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Never Try to Outsmart the OS
Hi John On Wed, May 09, 2007 at 08:59:52AM -0400, Acadia Secure Networks wrote: the version that I am running is 0.9.1 and I am pretty sure that I used the application manager to install it. If you would like a screenshot or something like that I can send it to you off list. Just let me know what you need. Sorry for not being specific :) What version of x11vnc and free42 you were trying and where did you take them from? -- Misha Mikhail Sobolev wrote: Hi John On Tue, May 08, 2007 at 08:19:42PM -0400, Acadia Secure Networks wrote: I have been unable to get the x11vnc and free42 apps to show up in the simple launcher menu. Unfortunately when I attempt to select either of these two apps the checkbox does not check. These are the only 2 apps on the simple launcher apps list, in fact, that do not check when the checkbox is selected. Could you please advise where you took the applications from? I'm _slowly_ working on SimplLauncher now, but I'd like to make a release soon and this kind of issues I'd like to address as much as possible. -- Misha ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Never Try to Outsmart the OS
Hi John On Tue, May 08, 2007 at 08:19:42PM -0400, Acadia Secure Networks wrote: I have been unable to get the x11vnc and free42 apps to show up in the simple launcher menu. Unfortunately when I attempt to select either of these two apps the checkbox does not check. These are the only 2 apps on the simple launcher apps list, in fact, that do not check when the checkbox is selected. Could you please advise where you took the applications from? I'm _slowly_ working on SimplLauncher now, but I'd like to make a release soon and this kind of issues I'd like to address as much as possible. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: how to make install package for applications written in python
[ Sorry the original mail was removed ] On Tue, Apr 24, 2007 at 09:45:59AM -0700, Ian wrote: Ola, Could tell me how to make debian package for python applications? I developed my application using python and not in scratchbox environment. directly edit file and test it in real device. Following the tutorial from maemo.org, I found command dh_make isn't there in device. did you mean this? : http://maemo.org/platform/docs/pymaemo/python_maemo_howto.html You need to write a Makefile to act as an interface between the Debian package system and your setup.py It's also possible to use stdeb: http://stdeb.python-hosting.com/ It allows you to automagically create Debian source packages for applications that distutils. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [ANN] MaemoDict on Garage, and new version
Hi Kasper On Mon, Apr 02, 2007 at 02:02:52PM +0700, Kasper Souren wrote: You can download the current version at https://garage.maemo.org/frs/download.php/1192/maemodict-0.2.2.3.deb It's great to see the work continues :) Other TODOs: Can you consider (I did not check if it's already available, but I will) adding a possibility to accept d-bus messages to process a word? That would make it possible to integrate it with FBReader :) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] unzip: file manager associations
On Sun, Jan 28, 2007 at 09:28:23PM +, Danny Milosavljevic wrote: Hi, I patched unzip a little bit in order to integrate into the desktop: URL: http://www.scratchpost.org/patches/unzip_5.52-10_armel.changes URL: http://www.scratchpost.org/patches/unzip_5.52-10_armel.deb URL: http://www.scratchpost.org/patches/unzip_5.52-10.dsc URL: http://www.scratchpost.org/patches/unzip_5.52-10.tar.gz However, when I click on the file in file manager, I get Unable to open. I put a desktop file for handling application/zip into /usr/share/applications/hildon/. I called update-desktop-database. Anything I'm missing? Sorry, I do not know a lot about it :) Does http://maemo.org/platform/docs/howtos/Maemo_tutorial_bora.html#mime have any useful information? Kind Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Europe vs US discount codes?
On Tue, Jan 23, 2007 at 11:10:48AM +0200, Marius Gedminas wrote: I live in Europe, but not in one of the countries that Nokia's online webshop serves. My coworker is traveling to the US this Friday. Can he use the discount code I received to buy a N800 in the US for me? A friend of mine just said that country of delivery and the country where the credit card is registered must be the same (he could not specify my address and infrormation about his card). So the could be some other challenges as well :) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Europe vs US discount codes?
On Tue, Jan 23, 2007 at 07:57:24PM +0200, Kemal Hadimli wrote: A friend of mine just said that country of delivery and the country where the credit card is registered must be the same (he could not specify my address and infrormation about his card). So the could be some other challenges as well :) That's not true. At least it wasn't true when I purchased my 770, back in March 2006. Well, the country you are buying for and the credit card information should somehow be related. And I just filled in the forms and it was like that. I do not rule out that I misunderstood something though :) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Alternative input method
On Fri, Dec 22, 2006 at 07:40:05PM +0300, Ilya Schurov wrote: Unfortunately, scratchbox-0.9 doesn't work under 64bit system (i'm AMD64 Gentoo user) and according to maemo.org, Maemo doesn't work with scratchbox-1.0 (which is available under x86_64 [2]), so I'll try to install some 32-bit Debian to begin development. The latest version of Scratchbox (Apophis r{4,5}) should support maemo quite well. I'm not sure though whether SB 1.0 works on 64 bit systems. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] xournal mime-type
Hi Jorge On Sat, Nov 25, 2006 at 08:47:40AM +0100, Jorge Salamero Sanz wrote: i'm trying to define application/xoj so xournal can open *.xoj files from file manager. [ correct actions are skipped ] Everything you've done is correct :) The only missing part is the application change. You must register a mime callback using osso_mime_set_cb Please see http://maemo.org/platform/docs/api/libosso/html/group__MIME.html for details. Kind Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Internet Search home applet
Hi Rainer On Sun, Nov 12, 2006 at 07:53:51PM +0100, Rainer Dorsch wrote: It seems not to care about localization. It searches in the English edition, though my 770 is localized for German. That sounds like a very interesting _new_ feature :) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] location of the source packages
On Fri, Nov 03, 2006 at 08:07:25AM -0300, Rafael Esp??ndola wrote: Why does sardine source packages are located at http://repository.maemo.org/pool/sardine/main/source instead of using the more usual layout of having the source in the same directory as the binaries? This is causing some problems. For example, apt-get source busybox fails with I believe you are mixing two things here. Non-standard layout does not affect possibility to fetch source packages. Err http://repository.maemo.org sardine/main busybox 3:1.01-4.osso10 (tar) 404 Not Found [IP: 200.157.208.234 80] The causes could be: * you did not 'apt-get update' for a long time and that file gone now * the Sources file on the server is not correct Layout does not have to do with it. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] please use #!/usr/bin/perl instead of #!/scratchbox/tools/bin/perl
On Fri, Nov 03, 2006 at 01:43:15PM -0300, Rafael Esp??ndola wrote: The autotool packages in sardine use /scratchbox/tools/bin/perl as the interpreter. Because of this, it is not possible to use them outside scratchbox. Changing the interpreter to /usr/bin/perl should fix this. The package would continue to work on scratchbox and would also work in an ordinary chroot. This is a bug. Please the right channel for it: https://maemo.org/bugzilla/ I believe this suggestion was already given to you, so I wonder if you have any particular reason to not follow it. -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] using a chroot instead of scratchbox
On Fri, Nov 03, 2006 at 02:54:31PM -0300, Rafael Esp??ndola wrote: I had so many problems with scratchbox that I decided to try to use a simple chroot instead. With the changes I have send in the previous emails ,I am now able to run debootstrap and use the resulting chroot to build gtk! Maybe you could summarize your experience somewhere on http://maemo.org/maemowiki ? -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] please use #!/usr/bin/perl instead of #!/scratchbox/tools/bin/perl
On Fri, Nov 03, 2006 at 03:34:08PM -0300, Rafael Esp??ndola wrote: I believe this suggestion was already given to you, so I wonder if you have any particular reason to not follow it. bugzilla was (is?) down, It does not seem to be down: I just checked the bugs and filed a new one. :) Are you sure you used https as the protocol? What error message do you get? -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] IMPORTANT: vulnerability in Application Manager, please check your repositories
Hi Andrew On Wed, Oct 25, 2006 at 10:44:23PM +0100, Andrew Flegg wrote: From a technical PoV, IT 2005 and IT 2006 have been completely different, though: lots of minor releases to fix bugs in the former; nothing like that with the latter - but there's Sardine instead. That's a very good point: we did not seem to produce any bugfix releases for IT 2006. Either way, some professionalism would be nice. It's certainly a matter of definition :) Please do define it and we'll see if it's possible to follow your definition... Although I take your point, TBH, I've got better and more productive things to do with my time than define English words and idioms. If Nokia want to employ consultants on CRM and Assertiveness without Aggression[1] that's their perogative. I'm sorry, I did not want to start any linguistic discussions. What I should have said is: Nokia has lots of practices and policies that have long history. Our product and everything that happens around it challenges (Nokia word :)) those practices and any changes won't take one day or even one year. From the other hand, open source projects and activities in general somehow imply certain expectations toward maemo and its components that we do not always can meet. :) So, returning to professionalism word, I'd say we act quite professionally from Nokia practices point of view, and we might look not exactly professional from other points, hence the definition. You can help us by stating your expectations. However, Clue #1: professionalism is not referring to customers through an official channel as living in twisted little worlds. This is clearly one of those :D Kind Regards, -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] IMPORTANT: vulnerability in Application Manager, please check your repositories
On Thu, Oct 26, 2006 at 06:20:02PM +0100, Andrew Flegg wrote: On 10/26/06, Mikhail Sobolev [EMAIL PROTECTED] wrote: On Wed, Oct 25, 2006 at 10:44:23PM +0100, Andrew Flegg wrote: From a technical PoV, IT 2005 and IT 2006 have been completely different, though: lots of minor releases to fix bugs in the former; nothing like that with the latter - but there's Sardine instead. That's a very good point: we did not seem to produce any bugfix releases for IT 2006. It'd be interesting to see why you think this is. For example, is there an internal perception that IT 2006 is just more finished than IT 2005, or because efforts have been redirected into Sardine (and now Herring)? It's a good point because when we released IT2005 and then released a number of bugfix releases for it, we showed that every release would be followed by fixes. And when we released IT2006 no bugfix releases were made for quite some time. As for internal perception, this is a sensitive topic. What I can say for sure is that more finished and Sardine/Herring are not releated at all. As far as I understand (most likely Carlos would be a better person to comment on this): * Sardine is the latest and greatest * Herring is what is stabilized toward _next_ stable release I do not see how it relates with bugfixe releases, so Carlos is the best person to describe the whole cycle. [snip the rest, I think we can probably put that safely to bed] Pity. :-/ Kind Regards, -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] IMPORTANT: vulnerability in Application Manager, please check your repositories
On Wed, Oct 25, 2006 at 04:49:09PM +0100, Andrew Flegg wrote: If Nokia's plans now solely consist of yearly releases (with no word as to whether or not they cost money), the community'll probably want to start thinking about forking whatever's present so that we're not dependent on occasional, drip-fed releases from Nokia. I'm not sure where you got this idea of yearly releases. Nokia 770 with its software was released in November 2005. A major software upgrade for it was release in June 2006. That accounts for 8 months at most... Either way, some professionalism would be nice. It's certainly a matter of definition :) Please do define it and we'll see if it's possible to follow your definition... -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] IMPORTANT: vulnerability in Application Manager, please check your repositories
On Wed, Oct 25, 2006 at 03:43:34PM -0500, Ian wrote: Either way, some professionalism would be nice. It's certainly a matter of definition :) Please do define it and we'll see if it's possible to follow your definition... From http://en.wikipedia.org/wiki/Professional A professional provides a service in exchange for payment in accordance with established protocols for licensing, ethics, procedures, standards of service and training/certification. so it seems professionalism is the act of doing the above. Since Nokia guys are presumably getting paid we just need to establish what are the 'established protocols' and we are laughing ;) Hmmm... Wikipedia's an interesting idea. :) Protocol leads to instersting opportunities... :D That's gonna be interesting. :) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] osso-pdf-viewer sources availability
Hi On Wed, Aug 30, 2006 at 12:52:38PM +0300, Kirill Belokurov wrote: Can anyone clarify situation with this package? It would be nice to add few features to the PDF viewer, but without sources it is impossible :) Source code requests that are not part of maemo platform (and, as result, are not available at maemo.org) should go to: Source Code Requests Multimedia Nokia Corporation P.O.Box 407 FIN 00045 Nokia Group AFAIK, this information is available in the manual (the very last section) and you can also see it if open Control Panel/Device/About product page. Hope this helps Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] A good debugger infrastructure
On Mon, Jul 17, 2006 at 08:16:21PM +0200, Philip Van Hoof wrote: I didn't try, no. You should definitely try first :) gdbserver is included into gdb package. You can install it from http://repository.maemo.org/ repo: echo deb http://repository.maemo.org/ mistral free non-free /etc/apt/sources.list apt-get update apt-get install gdb The gdbserver didn't work. It crashed. Can you get a strace output or something and post a bug at https://maemo.org/bugzilla/ ? -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] A good debugger infrastructure
On Mon, Jul 17, 2006 at 08:58:46PM +0200, Philip Van Hoof wrote: How can I thank you for letting me know there's a gdb package? It's not me, it's Ed Bartosh :) The mmap() summaries are now working with tinymail on the Nokia 770. I believe, there's an issue with mmap on jffs2. I'm not sure if it was already raised in that different thread... -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] A good debugger infrastructure
On Sun, Jul 16, 2006 at 06:10:18PM +0200, Philip Van Hoof wrote: Nevertheless I'd like to re-empathize that software developers working on embedded devices like the Nokia 770 are very much in need of a good debugging infrastructure like gdbserver. Could you please be more specific? -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers]http://press.nokia.com:80/PR/200605/1051308_5.html
On Tue, May 16, 2006 at 09:51:44AM +0100, Peter Robinson wrote: Or moving it to a page for Applications IT 2005 and add a new one for IT 2006. Like this one: http://maemo.org/maemowiki/ApplicationCatalog2006 :) /me ducks and runs... -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: [maemo-users] Port of VNC
On Fri, Nov 18, 2005 at 08:58:42AM +0100, Matthias Steinbauer wrote: As file sayse those binaries are: vncviewer: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), not stripped So i don't think that anyone can execute a i386 binary on a real device. Maybe we could try to use an emulator of some sort :)) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] ANN: screenshot tool (mst 0.4)
Hi Let me announce the availability of the screenshot tool I mentioned earlier. You can grab it at http://only.mawhrin.net/~mss/thingies/mst/ All feedback is welcome. Regards -- Misha PS Some people might consider this tool to be not that friendly. :) signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] A few questions about the developmentplatforms internals
On Thu, Sep 29, 2005 at 12:22:50PM +0200, Philip Van Hoof wrote: On Thu, 2005-09-29 at 11:55 +0200, Philip Van Hoof wrote: Hey Karoliina, I understand that it's harder than just applying my patches. So please take your time. It's urgent enough to destabilize Maemo. Of course I meant that it's NOT urgent enough to ... :-) Yes, you meant it's urgent! :) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Install (.deb) package on real device...
On Sat, Sep 17, 2005 at 09:50:29AM +0300, Jarkko Oikarinen wrote: You might want to check https://stage.maemo.org/svn/maemo/projects/haf/trunk/hello-world-app Of course, this is relevant if you are trying to install your package using Application Installer. How do I authenticate to access that page? Sorry. It was somewhere on the maemo wiki. I had to give though: user: guest password: guest Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Install (.deb) package on real device...
On Fri, Sep 16, 2005 at 06:45:17PM +0300, Jarkko Oikarinen wrote: Does anyone have a very simple .deb -package that actually works on the real device (not emulator) and shows an application in the application menu (or anywhere)? You might want to check https://stage.maemo.org/svn/maemo/projects/haf/trunk/hello-world-app Of course, this is relevant if you are trying to install your package using Application Installer. Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] network access problem ...
On Wed, Aug 24, 2005 at 03:00:06AM -0300, Jorge Souza wrote: quoted To acquire a network connection on the target device all we have to do is to set LD_PRELOAD environment variable so that libosso-ic-preload.so is loaded before starting the application. #!/bin/sh export LD_PRELOAD=/usr/lib/libosso-ic-preload.so /usr/bin/my_application /quoted So, as a good obedient boy, I did exactually what was purposed ... Unfortunatley, neither the application nor the enviroment started up ! It crashes with the following error msg: Starting DBUS system bus Starting D-BUS session bus daemon /usr/bin/scratchbox-launcher.sh: 48: source: not found Starting Sapwood image server _X11TransSocketOpenCOTSClient: Unable to open socket for tcp _X11TransOpen: transport open failed for tcp/127.0.0.1:1 Probably, you set this variable too early. As I read the document excerpt you gave, it should be done before you start the application. As your log suggests, you did it before af-sb-init.sh start -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Manual for creating debian packages
On Wed, Aug 17, 2005 at 01:36:17PM +0300, Timo Savola wrote: On Wed, 2005-08-17 at 13:22 +0300, Kalle Vahlman wrote: 2005/8/17, Timo Steuerwald [EMAIL PROTECTED]: I'm searching for a good manual about building debian packages for maemo. There are a couple of manuals/tutorials for this on the net (for example http://www.debian.org/doc/devel-manuals) Those manuals are as official as it gets, and there shouldn't be anything maemo-specific about building a debian package for it. It's supposed to be a debian system after all. The maemo tutorial[1] says that maemo packages should depend on the maemo package version =1.0 and installed files should go under the /var/lib/install directory. I'm not sure it's should go under /var/lib/install, it's after installation they appear in. -- Misha [1] http://maemo.org/platform/docs/tutorials/Maemo_tutorial.html#Creating-Maemo-packages timo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Opera test request2
Hi Roger Sorry, it took a bit longer for the screenshots. Check them out at http://only.mawhrin.net/~mss/thingies/maemo/tests.html Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Nokia developer contact?
Hi Shawn On Mon, Jul 25, 2005 at 10:52:29AM -0700, Shawn Gordon wrote: Seems that everyone I knew at Nokia from the Media Terminal days is gone, and we'd like to talk to them about porting our library of applications to the 770 (www.thekompany.com/embedded) - given that we use Qt/e-Qtopia, I've been watching the discussion on that topic with interest - has anyone tried taking a Qtopia app and getting it to run by just including the Qtopia libs required for it? Aside from that, a contact at Nokia would be really appreciate, I've seen some names around but no email addresses. Feel free to reply privately if needed. Thanks. I'm not sure what contact you are looking for :)) If you want to elaborate privately, please use my nokia address: [EMAIL PROTECTED] Kind Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Opera test request2
On Sun, Jul 24, 2005 at 03:52:42PM -0400, Roger Sperberg wrote: If I can impose on you for one more test -- It's not on me :) It's on the list :D At http://topicalweb.com/making-ebooks/no-opera.htm is a css slideshow that in a non-Opera browser will display a capital O with a slash through it after the words July 2005 A test of the Nokia 770. Clicking on the capital O will toggle you into (and out of) presentation mode and either clicking on the page or pressing an arrow key will advance you to the next slide (of course, the slideshow is a single html page). With a desktop version of Opera, you won't see the O, nor will you be able to see the second slide if you go into presentation mode. I'm wondering if the Nokia 770 browser will be detected as an Opera browser and if not whether the Javascript will enable a pseudo presentation mode. Yes, it's detected as an Opera browser as the symptoms are exactly how you describe them: -- no O -- however there's no presentation mode available, so I cannot check if it can move onto the next slide Just for your information, the user agent string does contain the word Opera in it, and the javascript code just checks if the word is there... Kind Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Qt + KDE port
On Tue, Jul 05, 2005 at 10:00:18AM -0500, Pixelnate wrote: I disagree. I think there is a lot to be desired in the Maemo GUI. There is way too much wasted space on a screen so small. IMHO, the top and right side are the biggest offenders. If I ever get the Scratchbox/Maemo thing working I want to try and play with some things. Maybe this weekend. Could you please elaborate a bit more? The only problem you see is too much wasted space and it does not really fit my definition of a lot to be desired. :)) I checked the thread below, but it still looks like the only problem is the wasted space. Regards -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers