RE: [maemo-developers] localization issue on maemo 3.0
Pada hari Kamis, tanggal 11/01/2007 pukul 08:57 +0200, ext [EMAIL PROTECTED] menulis: > Hi, > > This won't work - run-standalone.sh reads /etc/osso-af-init/locale and > sets the language according to it. Also you need ja locale. You can grab it from Locale Extras project[0] in garage. [0]. https://garage.maemo.org/projects/locales-extras/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] localization issue on maemo 3.0
On Thu, 2007-01-11 at 10:51 +0200, ext Mohammad Anwari wrote: > Pada hari Kamis, tanggal 11/01/2007 pukul 08:57 +0200, ext > [EMAIL PROTECTED] menulis: > > Hi, > > > > This won't work - run-standalone.sh reads /etc/osso-af-init/locale and > > sets the language according to it. > > Also you need ja locale. > You can grab it from Locale Extras project[0] in garage. > Get the deb package "locales-extras-cjk_2.3.5-1_all.deb" from Link [0] and install then $ LC_ALL="ja_JP" run-standalone.sh ./maemopad it works. Br, Richard > [0]. > https://garage.maemo.org/projects/locales-extras/ > ___ > 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
Re: [maemo-developers] bounty program?
On 1/11/07, Kees Jongenburger <[EMAIL PROTECTED]> wrote: I have been looking at the responses to the Developer Program Application with great interests. It looks like people are ready to invest time in maemo if they get rewarded. I enjoy spending time developing but I would also be ready to pay bounties if some piece of software can be developed or ported to maemo. Indeed. I am ready to pay as much as 99 euro :) if gcompriz is ported to hildon and made available for the 770 and 800. I guess that even with smaller amounts that are added it might be a good reward for getting things done(like a python home applet component /java etc). :-) my offer stands. And I am very interested to know if there is animo to startup such a bounty program or if other people are ready to pay something for some functionality Sounds like a good idea. It wouldn't take much either, some form of central website where bounties could be registered and other people top them up; view of the "most popular by # people" and "most popular by amount of cash" are simple. Presumably there'd need to be moderation ability so the community could merge bounties if projects overlapped. Also, an ability to record if anyone was working towards it so resources could be pooled. Looking around for off-the-shelf software we could customise shows up GNOME's Bounties programme (the bounties are vetted by committee): http://www.gnome.org/bounties/ ... and Nat Friedman's thoughts on what I've just described above: http://nat.org/2005/january/#bountysystem Thoughts? Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Aw: Re: [maemo-developers] bounty program?
If you host a project in the maemo garage you can activte a bounty plugin. - Ursprüngliche Mitteilung - Von: Andrew Flegg <[EMAIL PROTECTED]> An: Kees Jongenburger <[EMAIL PROTECTED]> Cc: maemo-developers@maemo.org Gesendet: Do., 11. Jan. 2007 10:07:21 CET Betreff: Re: [maemo-developers] bounty program? On 1/11/07, Kees Jongenburger <[EMAIL PROTECTED]> wrote: > > I have been looking at the responses to the Developer Program Application > with great interests. It looks like people are ready to invest time in > maemo if they get rewarded. I enjoy spending time developing but I would > also be ready to pay bounties if some piece of software can be developed > or ported to maemo. Indeed. > I am ready to pay as much as 99 euro :) if gcompriz is ported to > hildon and made available for the 770 and 800. I guess that even with > smaller amounts that are added it might be a good reward for getting > things done(like a python home applet component /java etc). :-) > my offer stands. And I am very interested to know if there is animo to > startup such a bounty program or if other people are ready to pay > something for some functionality Sounds like a good idea. It wouldn't take much either, some form of central website where bounties could be registered and other people top them up; view of the "most popular by # people" and "most popular by amount of cash" are simple. Presumably there'd need to be moderation ability so the community could merge bounties if projects overlapped. Also, an ability to record if anyone was working towards it so resources could be pooled. Looking around for off-the-shelf software we could customise shows up GNOME's Bounties programme (the bounties are vetted by committee): http://www.gnome.org/bounties/ ... and Nat Friedman's thoughts on what I've just described above: http://nat.org/2005/january/#bountysystem Thoughts? Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ 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
Re: Re: [maemo-developers] bounty program?
On 1/11/07, Mathias Uebelacker <[EMAIL PROTECTED]> wrote: If you host a project in the maemo garage you can activte a bounty plugin. Interesting. Something for Ferenc to investigate? It's kind of backwards, though as often the bounty will be for a project to be created (e.g. Kees' gcompriz bounty) or for some random hack rather than tied to an existing project. It could make an interesting starting point. I suppose at the worst case we could have a "bounty" project with the moderation team being the admins which exists solely to co-ordinate bounties. Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
On 1/10/07, Simon Budig <[EMAIL PROTECTED]> wrote: I hope that the "general mood" would acknowledge, that the 770 won't stop working immediately just because of the fork. It still will do the stuff it does now, which is a lot. And I'll bet that the software on the 770 will see further improvements, although they won't be as big and as great as the stuff that will happen on the N800. That's what I thought when I heard about the N800. There's nothing stopping you from using the 770 as shipped, but since the community-contributed software is one of the key selling points I'd be very disappointed if software support for the 770 begins to decrease for a device which was - until last week - sold as the "future of mobile internet". One way of preventing that would be to make it easy for developers to target both environments. Also, there are some bugs left in the 770 OS which only Nokia can fix (like rebooting every 5 minutes when using WPA for wireless). I hope Nokia will make an effort to clean up the worst 770 problems before committing exclusively to n800 development. Klaasjan ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] bounty program?
Not that I'm against or in favour of bounties (depends on the context and particular circumstances, I guess) but... On 1/11/07, Andrew Flegg <[EMAIL PROTECTED]> wrote: Looking around for off-the-shelf software we could customise shows up GNOME's Bounties programme (the bounties are vetted by committee): http://www.gnome.org/bounties/ This programme was discontinued, it's worth knowing why. ... and Nat Friedman's thoughts on what I've just described above: http://nat.org/2005/january/#bountysystem Let's not forrget Luis Villa's research on the same topic, far less optimistic: http://tieguy.org/blog/2006/06/18/crowding-out-of-intrinsic-motivations-aka-the-bounty-problem/ Quim ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] bounty program?
On 1/11/07, Quim Gil <[EMAIL PROTECTED]> wrote: Not that I'm against or in favour of bounties (depends on the context and particular circumstances, I guess) but... Agreed. [http://www.gnome.org/bounties/] This programme was discontinued, it's worth knowing why. [snip] http://tieguy.org/blog/2006/06/18/crowding-out-of-intrinsic-motivations-aka-the-bounty-problem/ Thanks for that - very interesting reading. Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] GPS APIs in OS2007
Hi, there exists various APIs for GPS location data in OS2007. These APIs should be used by applications instead of connecting directly to BT GPS device. The APIs enable multiple applications to receive positioning data simultaneously i.e., one application cannot steal the GPS device to itself. As an example of the API usage, I created wiki page at http://maemo.org/maemowiki/HowToUseGPSFrameworkInOS2007. The wiki page describes geotagging application that uses the GPS APIs in OS2007. The geotagging tool consists of three parts and they can be found in maemo garage at https://garage.maemo.org/projects/gps-saver/ https://garage.maemo.org/projects/gps-starter/ https://garage.maemo.org/projects/gtag/ Jukka ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] localization issue on maemo 3.0
Hi All, Thank you for the input, but it seems stil does not work for me. I will investigate the reason tomorrow again. I just want to let you know the current status. FYI, the following is what I did. - installed locales-...deb as you mentioned - execute "souce /etc/osso-af-init/af-defines.sh" to set env, because run-standalone.sh overwrites local info. - set LANG to ja, ja_JP or en_GB (I tried LC_ALL etc. also) - execute maemopad en_GB only works and it seems to refer LANG In addition, when I set LANG=ja or ja_JP, maemopad shows the following error message. maemopad[25218]: GLIB WARNING ** Gtk - Locale not supported by C library. Using the fallback 'C' locale. Regards, Kimitake -Original Message- From:Sun Richard <[EMAIL PROTECTED]> To: ext Mohammad Anwari <[EMAIL PROTECTED]> Date:Thu, 11 Jan 2007 11:05:35 +0200 Subject: RE: [maemo-developers] localization issue on maemo 3.0 On Thu, 2007-01-11 at 10:51 +0200, ext Mohammad Anwari wrote: > Pada hari Kamis, tanggal 11/01/2007 pukul 08:57 +0200, ext > [EMAIL PROTECTED] menulis: > > Hi, > > > > This won't work - run-standalone.sh reads /etc/osso-af-init/locale and > > sets the language according to it. > > Also you need ja locale. > You can grab it from Locale Extras project[0] in garage. > Get the deb package "locales-extras-cjk_2.3.5-1_all.deb" from Link [0] and install then $ LC_ALL="ja_JP" run-standalone.sh ./maemopad it works. Br, Richard > [0]. > https://garage.maemo.org/projects/locales-extras/ > ___ > 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 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Install development packages
> On 1/11/07, Jean-Luc Biord <[EMAIL PROTECTED]> wrote: > > Hello, > > I want to port an existing gtk program to the 770. When I launch the > > ./configure script, some packages are required and are not present in > > rootstrap (i386 and armel). > Hi Jean-Luc > > > > > My 2 questions : > > > > 1. Who to install the needeed packages? On .deb (where is the good > > repository ?) or with tar file sources? Because the repository present > > in rootstrap will not download the packages (the .deb packages are > > downloaded on my PC without scratchbox when I use "apt-get install"). > > > Do you mean that when you apt-get something outside scratchbox it > works? If that's what you mean then you are making a mistake: > scratchbox's apt is not the same as your main system's apt. That > includes the available packages and the repositories. Maybe I > misunderstood you? No it's that. I understood that repositories are differents inside and outside the rootstrap. Here my real problem, I want to build a gtk game (teg, a risk like game): - On my pc host, when I launch ./configure, an error occurs with libgnomeui required. With apt-get, the package is found and installed then ./configure continue without error and build the Makefile, ok. - In rootstrap, the same problem occurs but I don't know who to install the package (libgnomeui-dev.deb). apt-get display an error and the package is not installed. This package exists for rootsrap and where? Or it is required to build from a source tgz ? Sorry for my certainly poor English and thanks > > > > 2. Who to download a repository for rootstrap (i386 and armel) to > > install the packages offline (For computers without internet) ? > You can do apt-get -d install packages and the collect the packages > from /var/cache/apt/archives/, put them on the other pc and just do > dpkg -i packages. Thanks for this information, I come from Mandriva and I do not know apt-get well. > > > > > Thanks, > No problem :) > > > > > Jean-Luc Biord > > ___ > > 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 > -- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] localization issue on maemo 3.0
Just in case... I just discovered that I had to set LANGUAGE=es env var on my Ubuntu box to use another language (Spanish), I doubt it's useful for you but you never now... Good Luck Diego ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] bounty program?
On Thu, Jan 11, 2007 at 10:45:37AM +0100, ext Quim Gil wrote: > Not that I'm against or in favour of bounties (depends on the context > and particular circumstances, I guess) but... Indeed, conceptually it seems okay, but it seems that very limited, targeted, bounties should be offered, instead of a larger program. > On 1/11/07, Andrew Flegg <[EMAIL PROTECTED]> wrote: > >Looking around for off-the-shelf software we could customise shows up > >GNOME's Bounties programme (the bounties are vetted by committee): > > > >http://www.gnome.org/bounties/ > > This programme was discontinued, it's worth knowing why. Ditto Ubuntu's. > >... and Nat Friedman's thoughts on what I've just described above: > > > >http://nat.org/2005/january/#bountysystem > > Let's not forrget Luis Villa's research on the same topic, far less > optimistic: > > http://tieguy.org/blog/2006/06/18/crowding-out-of-intrinsic-motivations-aka-the-bounty-problem/ I don't know that this was the exact problem. Ours wasn't analysed quite so heavily, but it semeed that[0]: a) for motivated, talented, community members, either the small amounts on offer weren't enough to have them able to leave their job for a while and throw large amounts of time at it, or they'd already do it for the love of it; b) so you got a lot of random ring-ins coming in, which isn't necessarily a bad thing, but the code was often not great quality, and usually didn't comply to the community norms, meaning it took a great deal of work to fix anyway; c) most of these people didn't seem to stick around: they took their bounty money and simply disappeared. So it was more of a community-building problem, but quite an alarming one at that. Cheers, Daniel [0]: Speaking from my POV, not Canonical's, Ubuntu's, Nokia's, etc. signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Install development packages
On 1/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On 1/11/07, Jean-Luc Biord <[EMAIL PROTECTED]> wrote: > > Hello, > > I want to port an existing gtk program to the 770. When I launch the > > ./configure script, some packages are required and are not present in > > rootstrap (i386 and armel). > Hi Jean-Luc > > > > > My 2 questions : > > > > 1. Who to install the needeed packages? On .deb (where is the good > > repository ?) or with tar file sources? Because the repository present > > in rootstrap will not download the packages (the .deb packages are > > downloaded on my PC without scratchbox when I use "apt-get install"). > > > Do you mean that when you apt-get something outside scratchbox it > works? If that's what you mean then you are making a mistake: > scratchbox's apt is not the same as your main system's apt. That > includes the available packages and the repositories. Maybe I > misunderstood you? No it's that. I understood that repositories are differents inside and outside the rootstrap. Here my real problem, I want to build a gtk game (teg, a risk like game): You reminded me of Tetris, now I'm dying to port gnome-tetris... - On my pc host, when I launch ./configure, an error occurs with libgnomeui required. With apt-get, the package is found and installed then ./configure continue without error and build the Makefile, ok. - In rootstrap, the same problem occurs but I don't know who to install the package (libgnomeui-dev.deb). apt-get display an error and the package is not installed. This package exists for rootsrap and where? Or it is required to build from a source tgz ? Look at this Guide: http://maemo.org/platform/docs/howtos/howto_porting_to_maemo_bora.html Search for "libgnomeui" and you'll find some info on how to remove gnome bits from your ported application. Sorry for my certainly poor English and thanks > > > > 2. Who to download a repository for rootstrap (i386 and armel) to > > install the packages offline (For computers without internet) ? > You can do apt-get -d install packages and the collect the packages > from /var/cache/apt/archives/, put them on the other pc and just do > dpkg -i packages. Thanks for this information, I come from Mandriva and I do not know apt-get well. No problem! :) > > > > > Thanks, > No problem :) > > > > > Jean-Luc Biord > > ___ > > 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 > -- ___ 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
[maemo-developers] N800 availability in Australia
Hey Nokia, Will the N800 be made available for purchase in Australia? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
2007/1/10, Dave Neuer <[EMAIL PROTECTED]>: [on the iPhone] Browsing, email, music, video, phone calls, on one device, all will almost certainly work nearly flawlessly. :D -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] localization issue on maemo 3.0
Pada hari Kamis, tanggal 11/01/2007 pukul 02:11 -0800, ext Kimitake Abe menulis: > - execute "souce /etc/osso-af-init/af-defines.sh" to set env, > because run-standalone.sh overwrites local info. > - set LANG to ja, ja_JP or en_GB (I tried LC_ALL etc. also) Put your ja_JP to /etc/osso-af-init/locale file instead ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] N800 availability in Australia
Hi, You can't find marketing guys on this list ;) For sure it is not available in the online shop. Perhaps some global online retailer will pick it up (like Amazon did with 770)? Br, --jakub >Hey Nokia, > >Will the N800 be made available for purchase in Australia? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
Klaasjan Brand schrieb: That's what I thought when I heard about the N800. There's nothing stopping you from using the 770 as shipped, but since the community-contributed software is one of the key selling points I'd be very disappointed if software support for the 770 begins to decrease for a device which was - until last week - sold as the "future of mobile internet". One way of preventing that would be to make it easy for developers to target both environments. Also, there are some bugs left in the 770 OS which only Nokia can fix (like rebooting every 5 minutes when using WPA for wireless). I hope Nokia will make an effort to clean up the worst 770 problems before committing exclusively to n800 development. Well, I think it's too early to rant about Nokia's step. First everybody complained about RAM and CPU on the 770. Now that the N800 is available, people complain about compatibility with the 770. I'm pretty sure that there are good reason for the compatibility problems, such as more recent libraries on ITOS 2007. If ITOS 2007 uses a Cairo-enabled GTK version (and I guess it does), then there's no point in running ITOS 2007 on the 770. It would be too slow. The fact that many programs for ITOS 2006 can be run on ITOS 2007 shows that there is a certain degree of compatibility. So if a developer wants to target both platforms, it can be done by developing for the 770. As an additional bonus, the applications will be highly optimized and thus run even better on the new platform. My current project, the Obscura Photo Manager, targets both platforms while being optimized to live with the limited resources of the 770. I just don't have a N800 to test it yet (*winks to Nokia* ;) ) Actually, I think scirocco (ITOS 2006.39) was intended to narrow the gap between ITOS 2006 and ITOS 2007 and to fix some bugs on the 770. Have you tried enabling swap on the 770? It makes a huge difference! Out-of-the-blue-crashes vanished completely. I can even run Navicore and Canola side by side with swap space. I'm using WPA with my 770 a lot and it never crashed. So I assume the problem there is not in software. Let's hope that the 770 will still see some more bugfix updates for ITOS 2006. scirocco was a step in the right direction. My guess is that Nokia will continue selling the 770 as a low-budget internet tablet for a reduced price, and as part of bundles such as the Navigation Kit + 770. And I'm pretty sure that nothing beats the 770 as an eBook reader, not even the N800! :D Anyway, this is a developer's mailing list. Why complain about the 770's future when the future is in our hands? ;) Regards, Martin ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Grimme schreef: > I'm pretty sure that there are good reason for the compatibility > problems, such as more recent libraries on ITOS 2007. If ITOS 2007 uses > a Cairo-enabled GTK version (and I guess it does), then there's no point > in running ITOS 2007 on the 770. It would be too slow. If you use a recent pango, cairo and gtk+ the speed difference is neglible for most widgets. Have a look at http://dominion.kabel.utwente.nl/koen/cms/cairo-performance-improvements-on-arm regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFpheOMkyGM64RGpERAvhMAJ4nn/VX+WxagHIY3D3BmaSkujBIpwCeOeF3 YvrVoCkM7QkLc+yKI5ywb00= =EXJi -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
Dave Neuer wrote: The prices are almost the same, Except the price of the other is with a 24 month lock-in contract. We don't know the real unsubsidized price. We don't even know if the other allows you to install your _own_ applications or any other minor details. Apple certainly has created something sleek, but we don't know yet for example how well web pages will render on it's 320 by 480 display. Also based on Apple's track record I think their openness will be much less than Nokia's in regards to this device. The whole Darwin joke hasn't exactly shown Apple to really give a shit. You are missing my point. Apple's platform doesn't have to be open, because their device will work exactly the way most people want it to right out of the box. Why shouldn't nokia then do like Apple, create a propiertary platform and make it work exactly like people want it to, right out of the box? This theme seems to be recurring here. "Nokia isn't open/free enough, so I'll rather choose a more propiertary PRODUCT". There is far more than enough information and code to create your own, 100% Free rootfilesystem. The few needed binary blobs (wlan driver and bt firmware) are already in the initfs. Yet, what people ask, is new new versions of Opera, flash, etc. Or that the default Nokia PRODUCT does not come with some component that is possible to install yourself (such as ogg playback ). I'm having a hard time of buying the argument of "lack of openness", when real issue appears to be that product isn't as solid as it could be. Nokia was counting on the community to provide that level of functionality for them, but won't pay us w/ the only thing the open-source community cares about: code and documentation of hardware. Specifics please? What code/documentation are you missing and what would you create with them? And how are going to do the same things with iPhone? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Re: [maemo-developers] bounty program?
Hello, On 1/11/07, Andrew Flegg <[EMAIL PROTECTED]> wrote: On 1/11/07, Mathias Uebelacker <[EMAIL PROTECTED]> wrote: > > If you host a project in the maemo garage you can activte a bounty > plugin. Interesting. Something for Ferenc to investigate? Hmm, sounds good :) It's kind of backwards, though as often the bounty will be for a project to be created (e.g. Kees' gcompriz bounty) or for some random hack rather than tied to an existing project. It could make an interesting starting point. I suppose at the worst case we could have a "bounty" project with the moderation team being the admins which exists solely to co-ordinate bounties. Actually I wrote that simple plugin for garage (GForge) and the idea was that a) either single project can use it or b) we could open 1 single project, e.g. "maemo bounties" which project will only use this plugin as a "garage resource". Cheers, Andrew Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
Also, there are some bugs left in the 770 OS which only Nokia can fix (like rebooting every 5 minutes when using WPA for wireless) Are you serious when saying this? The problem occurs on my N770 but I didn't know it was due to WPA. I'm going to disable security (or swap to WEP) to see whether things are going better or not... -- Laurent, Nantes - France Apple PowerBook 12" Treo 650 (unlocked GSM) Nokia 770 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] N800 as a webcam
Hello All, Often i come across young smart people looking for a nice idea/project to work on. I was wondering it would be great if people could use N800 device as a (USB) webcam for their PC. I would be working on other prorjects both at office and in my spare-time so I won't be able to work on this idea in the near future at least. So if anyone is looking for a nice project around N800, this could be an interesting but useful project to work on, IMHO. References: USB-IF releases spec for USB video streaming devices: http://www.usb.org/developers/devclass_docs -- Regards, Zeeshan Ali Design Engineer, SW Open Source Software Operations Nokia Multimedia ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Xvideo support for Nokia 770?
> As you may recall, I was considering this back in August/September.
> I tried a few things, and reported some of my findings to this list.
> The code for all that is still available here:
> http://qstream.org/~krasic/770/dsp/
> > 2. Try using dsp tasks that already exist on the device and
> are used
> > for dspfbsink. But the sources of gst plugins contain code
> that limits
> > video resolution for dspfbsink. I wonder if this check was
> introduced
> > artificially or it is the limitation of DSP scaler and it
> can't handle
> > anything larger than that. Also I wonder if existing video
> scaler DSP
> > task can support direct rendering [2].
>
> I tried direct rendering in the above mentioned
> experimentation. I never got it to work exactly correctly,
> i.e. I could get images fragments on the screen, but they
> were not the whole image, and never
> in exactly the correct screen position. I suspected this was tied to
> the baroque memory addressing constraints of the DSP (e.g. 16bit data
> item limitations). I tried very hard to work around them but was not
> successful.
Was this the demo_fb task, or something different? I see that demo_console
has been compiled (in dspgw-3.3-dsp/apps/demo_mod), but I can't see demo_fb
having been compiled in situ (dspgw-3.3-dsp/apps/demo). If it was something
different, could you point me to the code please?
I ask as I'm trying to get the demo_fb code to work. Demo_console works fine
and outputs the message to the screen, but demo_fb complains with the
following message:
# ./demo_fb fbadr=30
open: Device or resource busy
Anyone have any ideas why this might be? I assume this is caused by the
open() call in the arm-side demo_fb app (see dspgw-3.3-arm/apps/demo):
fd = open("/dev/dsptask/demo_fb", O_RDWR);
I'm just not sure what would cause the busy message when the demo_console
runs fine before and after I try demo_fb.
I altered the demo_fb.c code slightly to add an if defined() statement for
the Nokia 770, which I hope should set the screen dimensions correctly. I
must add that I've not tried it without this modification, but will do so
this evening to check.
I also pulled the framebuffer address out of /lib/dsp/avs_kernelcfg.cmd on
the 770. Is this the address I should use?
> > 3. Try implementing a new DSP based scaler from scratch. The most
> > important thing to know is how to access framebuffer
> directly from DSP
> > and move data to it from mapped buffer without any overhead.
> > The first test implementation can just perform nonscaled planar
> > YV12 -> packed YUV422 conversion, if it proves to be fast
> and useful,
> > it could be extended to also support scaling.
> >
> This is what I did in August. I did YUV -> YUV scaling plus RGB
> conversion on the DSP. I think I did YUV->YUV scaling later. The
> results (performance) were abysmal. Maybe I committed some mortal
> DSP programming sins that dragged the performance down, but it was soo
> slow I gave up even hoping. I think my DSP code was maxed out on the
> DSP at like 20 fps, where the ARM was able to do 24fps with
> about 10-20% cpu.
>
> Anyway, my code is still there which may be a start if you want to
> attempt it. However, I think your first option is probably the most
> fruitful option.My little project made me very cynical of the
> value of the DSP. ;-)
Again, could you give me a pointer to the directory under which to find this
code?
Thanks,
Simon
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Xypher Error - Is Display set?
Hello! I installed Scratchbox successfully and wanted to run my Xephyr. But I get this error message: > [EMAIL PROTECTED]:~/Desktop$ export DISPLAY=:2 > [EMAIL PROTECTED]:~/Desktop$ ./start-xephyr.sh > > Xephyr cannot open host display. Is DISPLAY set? I know from other topics, that i have to set the DISPLAY, i do (see at top). But what can I do else? I am using Ubunto in VMWare 5. My username "arne99" is also the username of scratchbox. Please help! Thanks! ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Using the N770/N800 as a remote control.
On Wed, 2007-01-10 at 09:36 -0500, ext Jon Smirl wrote: ... > So how about the N800, does it have power? Is it a complete USB OTG > implementation? ... AFAIK, N800 does not provide power for USB devices either. BR, Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Xypher Error - Is Display set?
Hi, Not sure you are using this correctly. First start the Xephyr on :2 and then set the display in the scratchbox to point to the Xephyr? If I read what you do is trying to launch Xephyr on non-existing display :2. Br, --jakub >Hello! > >I installed Scratchbox successfully and wanted to run my Xephyr. >But I get this error message: > >> [EMAIL PROTECTED]:~/Desktop$ export DISPLAY=:2 >> [EMAIL PROTECTED]:~/Desktop$ ./start-xephyr.sh >> >> Xephyr cannot open host display. Is DISPLAY set? > >I know from other topics, that i have to set the DISPLAY, i do >(see at top). >But what can I do else? > >I am using Ubunto in VMWare 5. >My username "arne99" is also the username of scratchbox. > >Please help! Thanks! ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Help on how to attach a non gtk+/hildon app to D-Bus
On Wed, 2007-01-10 at 21:42 +0100, ext Tim Teulings wrote: > Hello! > > > Is it possible to initialize our C application (non GTK+/Hildon app.) and > > attach it to D-Bus with libOSSO library? > > IMHO libOSSO is intermixed with Gtk so you must user Gtk somehow if you > want libOSSO. Depending on your needs if might be enough to just > initialize Gtk main event loop to get handling of DBus signals (quiting > main event loop if your event has been reached). No, Libosso does not use Gtk+. It uses D-Bus and Glib. Receiving signals with the current Libosso API requires using the D-Bus API, though. You could do it by getting the DBusConnection from Libosso and installing a D-Bus filter function for the system bus to catch all the signals broadcast there. BR; Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] new developer to maemo
Hi Jack, We are working on the next Python for Maemo release. We are planing to make this release tomorrow. At the first time we will create the repositories in http://www.maemo.org.br/platform/repository/ and, in the future, the packages in these repositories will be moved to the Maemo Extras. Thanks, Osvaldo On 1/10/07, Jack Moffitt <[EMAIL PROTECTED]> wrote: Hi all, [cut] I see that the new bora sdk has some python support. The docs say to download the Python runtime from maemo.org, but I can't seem to find it. Can someone point me in the right direction? I have maemo 3.0 installed and did a quick maemo_hello.c already. I wanted to try to replicate that in Python. How much slower are Python apps on the device? Also, are there docs somewhere for the audio bits of the API? Or do I need to dig through the source for various maemo apps that use audio? Since there seems to be a lot of open source basis here, I'm curious why Ogg Vorbis, Speex, and FLAC weren't supported out of the box. Seems a strange omission. And finally, is there any way to hook into the contact app to supply more Jabber protocol stuff. Specifically I'd like to take a shot at integrating a Chesspark (http://www.chesspark.com) client into it, as opposed to redoing another Jabber stack on the device. jack. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers -- Osvaldo Santana Neto (aCiDBaSe) http://www.pythonologia.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
On Wed, 2007-01-10 at 22:37 +0200, ext Jani-Matti Hätinen wrote: ... > Kimmo Hämäläinen wrote: > > It would be easy if we would already have the perfect OS API in place :) > > But the fact is that we have to do improvements and remove some old API > > at some point. It does not make sense to keep all the old API for ever, > > because it would 1) generate lots of extra work, 2) make the API hard- > > to-use for developers. And the longer we keep the old API the harder it > > becomes to drop it. Basically we thought that after OS2006 it's the last > > chance to drop some old API. > > Sorry, what? > Ok, so deprecating parts of the API was necessary at this point. > That's understandable and happens all the time. But could someone > please tell me why that means that new parts of the API can't be used > on the 770? Not in unmodified 770, unless the OS2007 will be adapted for it. But you could upgrade many of the packages in 770 with N800 versions and get the new APIs. I think the question was mostly concerning unmodified 770. BR; Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] iptables question
Does someone use iptables on 2.2006.39-14? Zoran ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] problem with osso_iap_get_statistics
Hi, I've got this problem with the ICD (sdk 2.1): if the the AP is connected osso_iap_get_statistics works fine; if the AP is disconnected the first time call it the callback is not called, but after a second call, with an error as result. Any idea about why the first time it does't work? Thanks -- Fabio Forno, PhD Istituto Superiore Mario Boella Jabber ID: xmpp:[EMAIL PROTECTED] ** Try Jabber http://www.jabber.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Maemo Unofficial Debs
In a recent posting to maemo-users Andrew Flegg mentioned his Maemo Unofficial Debs project (http://mud-builder.garage.maemo.org/). What is the status of that? In my repository (http://www.cobb.uk.net/770/) I have a number of debs which I have minimally ported from current Debian (Etch), because I needed them for something. Most are either unchanged or minimally changed. The most common change has been to change debian/compat from 5 to 4 (they still seem to build OK!). In some cases some minor changes have been necessary to either the dependencies or the build dependencies. Occasionally I have had to comment out part of a build (mostly regression tests which I find often depend on more things than are listed in the build dependencies). Some of them don't want to build completely cleanly (i.e. just with dpkg-buildpackage -rfakeroot -uc) -- often needing -d or -nc or both (I don't understand the number of packages that cannot run their "clean" step without error when invoked in a directory created from apt-get sources with no changes!). However, I have (obviously) succeeded in building the ones I list. It would be great if there was a convenient way to make those available to the community (i.e. not dependent on people having to add my repo and many others like it) and, very importantly, some way to have them rebuilt (preferably automatically, or at least when required). For example, the opensync ones need rebuilding fairly frequently as opensync is a work in progress. If I understand correctly, those were exactly the goals of mud-builder. What is the status? Is it open for use? Is there any point in trying to move the packages I have built to mud-builder? Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
Ok, so deprecating parts of the API was necessary at this point. That's understandable and happens all the time. But could someone please tell me why that means that new parts of the API can't be used on the 770? Not in unmodified 770, unless the OS2007 will be adapted for it. But you could upgrade many of the packages in 770 with N800 versions and get the new APIs. I think the question was mostly concerning unmodified 770. I think what people are expressing many times over is that they want those upgrades folded into an official software image, to the extent that is technically possible. Having updates available in the dev repos is not sufficient. Thanks, Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: Maemo Unofficial Debs
On 1/11/07, Graham Cobb <[EMAIL PROTECTED]> wrote: In a recent posting to maemo-users Andrew Flegg mentioned his Maemo Unofficial Debs project (http://mud-builder.garage.maemo.org/). What is the status of that? "Started". :-) At the moment the code's a bit rough as I've only been hacking on it for a week or so. It can, currently: * Fetch sources from a tarball at a URL or a Debian package. * Fetch build depedencies (from Debian, building source if necessary) * Apply any Maemo patches. * ...(1) * Build a deb. * ...(2) The two key missing steps at the moment are: 1) Fix "debian/control" and some other bits for Maemo Application Manager compatibility. 2) Automate upload to the Extras Repository. Other things like building from tarballs are on the TODO as well. [own simple ports] It would be great if there was a convenient way to make those available to the community (i.e. not dependent on people having to add my repo and many others like it) and, very importantly, some way to have them rebuilt (preferably automatically, or at least when required). If I understand correctly, those were exactly the goals of mud-builder. Spot on. The idea would be: * You would port them to mud-builder, working out any patches etc. * Your changes would be included in mud-builder svn. * The mud-builder "team" (me and anyone else willing to help) would, at regular intervals rebuild everything and upload them to Extras. Is there any point in trying to move the packages I have built to mud-builder? Probably not yet, unless you want to hack on mud-builder as well. Any other questions, please don't hesitate to ask. Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: OS2006 roadmap
> Also, there are some bugs left in the 770 OS which only Nokia can > fix (like rebooting every 5 minutes when using WPA for wireless) I use wpa2 and aes with no reboot. 2.2006.39-14. I don't see 770 as a bad device, for the same rea- son someone see it like that. It could be trans- formed into little linux box with all perl/python scripts working flawlessly. Zoran ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
On 1/11/07, Mike Lococo <[EMAIL PROTECTED]> wrote: > > Not in unmodified 770, unless the OS2007 will be adapted for it. But > you could upgrade many of the packages in 770 with N800 versions and > get the new APIs. I think the question was mostly concerning unmodified > 770. I think what people are expressing many times over is that they want those upgrades folded into an official software image, to the extent that is technically possible. Having updates available in the dev repos is not sufficient. I don't see an issue with having a well-tested, `apt-get upgrade' procedure over a stock consumer image; even if the community has to provide that. Wouldn't take much to provide a pretty GUI for it, and the deb could update sources.list too. At the moment, as long as we get the APIs and, even better, the functionality back on OS 2006, how that's distributed to end-users is almost a trivial problem, IMHO. Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
On Thu, 2007-01-11 at 09:26 -0500, ext Mike Lococo wrote: > >> Ok, so deprecating parts of the API was necessary at this point. > >> That's understandable and happens all the time. But could someone > >> please tell me why that means that new parts of the API can't be used > >> on the 770? > > > > Not in unmodified 770, unless the OS2007 will be adapted for it. But you > > could upgrade many of the packages in 770 with N800 versions and get the > > new APIs. I think the question was mostly concerning unmodified 770. > > I think what people are expressing many times over is that they want > those upgrades folded into an official software image, to the extent > that is technically possible. Having updates available in the dev repos > is not sufficient. OS2007 software has been mostly tested with N800 hardware, so I think there is not going to be 'official' OS2007 release for 770 (I think Carlos said that already). However, it's possible that there will be unofficial close-to-OS2007 image for 770 for developers at some point of time (there is some work ongoing, but no promises, since the work is not finished yet). BR, Kimmo > > Thanks, > Mike > ___ > 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
Re: [maemo-developers] Bora repositories missing pkg-config?
Yes, I bumped into this too. I got in touch with our SDK team and they promised to fix it. And yes, it's a pretty annoying/serious mistake. One would think we shouldn't make this kind of mistakes in the 3'rd SDK release. -- Michael On Wed, Jan 10, 2007 at 11:56:07PM -0500, ext Michel Salim wrote: > Hi, > > The developer rootfs and the repositories configured with its > /etc/apt/sources.list do not have pkg-config; if I follow the > recommended steps of doing 'fakeroot apt-get -f install', all the > development packages that depend on pkg-config gets scheduled for > removal. > > Am I supposed to add another repository to get pkg-config (the > standard Debian repository, perhaps)? > > Thanks, > > -- > Michel Salim > http://hircus.wordpress.com/ > > My theology, briefly, is that the universe was dictated but not signed. >-- Christopher Morley > ___ > 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
Re: [maemo-developers] N800 as a webcam
Why do it via USB when you have both bluetooth and WiFi? There are a number of fairly lame self-contained net/web cameras and most run some kind of embedded Linux. I assume you could put some kind of web-server with a live video object or a refreshing gif/png/jpeg (and more interesting things with the new GPS API). Even if you do use USB, a network device would work. This is actually the sort of thing I am thinking of doing with other hardware (but the N800 is a very good match in many ways based on the specifications). ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
AW: Re: [maemo-developers] Xypher Error - Is Display set?
Now i tried to start and that worked, but i get only a white window of Xephyr.
And these error / log lines...could you tell me what's wrong in detail and
how to get working window?
here are the status , copy&paste from terminal...
[sbox-SDK_PC: ~] > af-sb-init.sh start
/usr/bin/af-sb-init.sh: /tmp/session_bus_address.arne99: line 1: syntax error
near unexpected token `('
/usr/bin/af-sb-init.sh: /tmp/session_bus_address.arne99: line 1: `export
DBUS_SESSION_BUS_ADDRESS=/usr/bin/dbus-daemon: /lib/libpthread.so.0: no version
information available (required by /usr/bin/dbus-daemon)'
Note: For remote X connections DISPLAY should contain hostname!
Sample files present.
Starting DBUS system bus
/usr/bin/dbus-daemon: /lib/libpthread.so.0: no version information available
(required by /usr/bin/dbus-daemon)
/usr/bin/dbus-daemon: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libgthread-2.0.so.0)
/usr/bin/dbus-daemon: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libgthread-2.0.so.0)
/usr/bin/dbus-daemon: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libgthread-2.0.so.0)
Inconsistency detected by ld.so: do-lookup.h: 113: do_lookup_x: Assertion
`version->filename == ((void *)0) || ! _dl_name_match_p (version->filename,
map)' failed!
Starting D-BUS session bus daemon
/usr/bin/af-sb-init.sh: /tmp/session_bus_address.arne99: line 1: syntax error
near unexpected token `('
/usr/bin/af-sb-init.sh: /tmp/session_bus_address.arne99: line 1: `export
DBUS_SESSION_BUS_ADDRESS=/usr/bin/dbus-daemon: /lib/libpthread.so.0: no version
information available (required by /usr/bin/dbus-daemon)'
/etc/init.d/maemo-launcher: /tmp/session_bus_address.arne99: line 1: syntax
error near unexpected token `('
/etc/init.d/maemo-launcher: /tmp/session_bus_address.arne99: line 1: `export
DBUS_SESSION_BUS_ADDRESS=/usr/bin/dbus-daemon: /lib/libpthread.so.0: no version
information available (required by /usr/bin/dbus-daemon)'
Starting Maemo Launcher: maemo-launcher/usr/bin/maemo-launcher:
/lib/libpthread.so.0:
no version information available (required by /usr/bin/maemo-launcher)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libgnomevfs-2.so.0)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libgnomevfs-2.so.0)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libgnomevfs-2.so.0)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libgthread-2.0.so.0)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libgthread-2.0.so.0)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libgthread-2.0.so.0)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libxml2.so.2)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libxml2.so.2)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /usr/lib/libxml2.so.2)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /lib/librt.so.1)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /lib/librt.so.1)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /lib/librt.so.1)
/usr/bin/maemo-launcher: /lib/libpthread.so.0: no version information available
(required by /lib/librt.so.1)
/usr/bin/maemo-launcher: relocation error: /lib/librt.so.1: symbol
__pthread_clock_settime,
version GLIBC_PRIVATE not defined in file libpthread.so.0 with link time
reference
start failed.
Starting Sapwood image server
sapwood-server[17318]: GLIB INFO default - server started
Starting Matchbox window manager
Starting clipboard-manager
Starting Keyboard
Starting MAEMO AF Desktop
Thank you for your help...
>-- Originalnachricht --
>Date: Thu, 11 Jan 2007 14:00:09 +
>From: b0unc3 <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: [maemo-developers] Xypher Error - Is Display set?
>
>
>[EMAIL PROTECTED] wrote:
>> Hello!
>>
>> I installed Scratchbox successfully and wanted to run my Xephyr.
>> But I get this error message:
>>
>>
>>> [EMAIL PROTECTED]:~/Desktop$ export DISPLAY=:2
>>> [EMAIL PROTECTED]:~/Desktop$ ./start-xephyr.sh
>>>
>>> Xephyr cannot open host display. Is DISPLAY set?
>>>
>>
>> I know from other topics, that i have to set the DISPLAY, i do (see at
>top).
>> But what can I do else?
>>
>> I am using Ubunto in VMWare 5.
>> My username "arne99" is also the username of scratchbox.
>>
>> Please help! Thanks!
>>
>You have to run start-xephyr.sh without setting the display, after
>inside the scratchbox do export DISPLAY=:2 and then af-sb-init.sh start.
>
>
>
> --
> Email.i
[maemo-developers] Re: OS2006 roadmap
I use wpa2 and aes with no reboot. 2.2006.39-14. How do you specify WPA2+AES? Under the "Security method" list in connections setup, I've got "WPA pre-shared key" or "WPA with EAP" only. -- Laurent, Nantes - France Apple PowerBook 12" Treo 650 (unlocked GSM) Nokia 770 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Bora repositories missing pkg-config?
Michel Salim wrote: Hi, The developer rootfs and the repositories configured with its /etc/apt/sources.list do not have pkg-config; if I follow the recommended steps of doing 'fakeroot apt-get -f install', all the development packages that depend on pkg-config gets scheduled for removal. pkg-config is provided by scratchbox devkits. The maemo 3.0 installer script will automatically fullfill these dependencies by creating and installing empty 'virtual' packages. Scratchbox dpkg-buildpackage is patched to take the installed tools into account. Janne -- Janne Kataja, Movial Corporation Porkkalankatu 13 J, FI-00180 Helsinki Mobile +358 40 550 9801, Tel +358 9 8567 6400 Fax +358 9 8567 6401 www.movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Bora Repositories
Raul Fernandes Herbster wrote: I tried to install package maemo-explicit as described at INSTALL.txt at Bora release page. However, this package seems to not exist. [sbox-SDK_X86: ~] > fakeroot apt-get install maemo-explicit Reading Package Lists... Done Building Dependency Tree... Done E: Couldn't find package maemo-explicit You must run this installer, accept license and add an entry to sources.list (printed out in this installer) http://repository.maemo.org/stable/bora/maemo-sdk-nokia-binaries_3.0.sh Janne -- Janne Kataja, Movial Corporation Porkkalankatu 13 J, FI-00180 Helsinki Mobile +358 40 550 9801, Tel +358 9 8567 6400 Fax +358 9 8567 6401 www.movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] wxPython
Is anyone aware of a port of wxPython to the 770 or 800? -- Jeffrey Barish ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Aw: [maemo-developers] wxPython
take a look at http://n770.herraiz.org/archives/18 Mathias - Ursprüngliche Mitteilung - Von: Jeffrey Barish <[EMAIL PROTECTED]> An: maemo-developers@maemo.org Gesendet: Do., 11. Jan. 2007 17:28:30 CET Betreff: [maemo-developers] wxPython Is anyone aware of a port of wxPython to the 770 or 800? -- Jeffrey Barish ___ 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
Re: [maemo-developers] wxPython
On Thursday 11 January 2007 17:28, Jeffrey Barish wrote: > Is anyone aware of a port of wxPython to the 770 or 800? I started to work in a port, but I am full time right now with my PhD thesis, so I am not dedicating too much time to the port. Check [1] and [2]. Cheers, Israel [1] http://n770.herraiz.org/archives/18 [2] http://n770.herraiz.org/archives/17 -- Israel Herraiz | Libre Software Engineering Lab (GSyC) [EMAIL PROTECTED] | Universidad Rey Juan Carlos http://libresoft.urjc.es | Edif. Departamental II - Despacho 118 Telf: (+34) 91 488 8523| c/Tulipán s/n 28933 Móstoles (Madrid) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Multi touch support on N800/Maemo
Hi all I just a newbie to the N800/Maemo world. I'm actually don't even have the actual stuff, but I'm doing some preliminary research. My first question is about the touch screen. From what I've read it seams that the N800 and/or maemo don't support multi touch screen. That is, the interaction model is based on "clicks" and could not handle gesture based interfaces. A second, but related question is about the desktop. Could I use a different desktop? I'm particularly interested in a Gnome based desktop which support gesture based interfaces. It is still being developed and I would like to contribute to it and port to Maemo, if possible. Thanks in advance ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Multi touch support on N800/Maemo
On 1/11/07, Pablo Chacin <[EMAIL PROTECTED]> wrote: From what I've read it seams that the N800 and/or maemo don't support multi touch screen. That is, the interaction model is based on "clicks" and could not handle gesture based interfaces. No, multitouch isn't about gestures, it's about using two points of contact at the same time. This is not supported by the hardware of the 770 or N800 (AFAICT) so changing the software won't do any good. Gestures, however, are supported - for example the up stroke on the virtual keyboard to invert case. There could be some more interesting things done with them, I feel though (not sure what... ;-)) Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Multi touch support on N800/Maemo
Thanks Andrew. You are right, they are two separate, but related, things. Multi touch make possible or easier some gestures, are rotate an object, or pick its corners to resize it. On 1/11/07, Andrew Flegg <[EMAIL PROTECTED]> wrote: On 1/11/07, Pablo Chacin <[EMAIL PROTECTED]> wrote: > > From what I've read it seams that the N800 and/or maemo don't support > multi touch screen. That is, the interaction model is based on "clicks" > and could not handle gesture based interfaces. No, multitouch isn't about gestures, it's about using two points of contact at the same time. This is not supported by the hardware of the 770 or N800 (AFAICT) so changing the software won't do any good. Gestures, however, are supported - for example the up stroke on the virtual keyboard to invert case. There could be some more interesting things done with them, I feel though (not sure what... ;-)) Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] bounty program?
On 1/11/07, Quim Gil <[EMAIL PROTECTED]> wrote:
Not that I'm against or in favour of bounties (depends on the context
and particular circumstances, I guess) but...
On 1/11/07, Andrew Flegg <[EMAIL PROTECTED]> wrote:
> Looking around for off-the-shelf software we could customise shows up
> GNOME's Bounties programme (the bounties are vetted by committee):
>
> http://www.gnome.org/bounties/
This programme was discontinued, it's worth knowing why.
>
> ... and Nat Friedman's thoughts on what I've just described above:
>
> http://nat.org/2005/january/#bountysystem
Let's not forrget Luis Villa's research on the same topic, far less optimistic:
http://tieguy.org/blog/2006/06/18/crowding-out-of-intrinsic-motivations-aka-the-bounty-problem/
I think that, while I agree that some types of bounty programs are
demonstrably harmful to participation on free software projects, a
well-constructed and well-thought-out bounty program could be
beneficial.
Actually what might be interesting to try is what one might call a
"blind bounty" program. How this would work:
a) There's a central tracker for bugs, feature requests, etc.
b) User X submits the feature request, "Port GCompris to the 770."
c) User X also submits a pledge of 99 euros for this feature request
(the pledge is invisible to developers).
d) Devs work on feature requests and bugs as usual, but when a dev
completes a request with a bounty, s/he gets a nice surprise.
This kind of plan wouldn't raise priority on a specific task the way
that traditional incentive programs aspire to (and often fail to
anyway), but it would reward active development on the project space
in general. It also removes the demeaning aspect of traditional
incentives ("I'll give you $4 to spend 50 hours of your free time
working on this!"), replacing it with more of a "Good job! I
appreciate the hard work you put in!" feeling.
--
Just stop and take your secret journey, you will be a new box. --Leeta
http://www.gnu.org/philosophy/shouldbefree.html
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] bounty program?
> On 1/11/07, Andrew Flegg <[EMAIL PROTECTED]> wrote: > >Looking around for off-the-sh> > http://tieguy.org/blog/2006/06/18/crowding-out-of-intrinsic-motivations-aka-the-bounty-problem/ I don't know that this was the exact problem. Ours wasn't analysed quite so heavily, but it semeed that[0]: a) for motivated, talented, community members, either the small amounts on offer weren't enough to have them able to leave their job for a while and throw large amounts of time at it, or they'd already do it for the love of it; b) so you got a lot of random ring-ins coming in, which isn't necessarily a bad thing, but the code was often not great quality, and usually didn't comply to the community norms, meaning it took a great deal of work to fix anyway; c) most of these people didn't seem to stick around: they took their bounty money and simply disappeared. I have tried not to spend to much time reading all this stuff. It seems that the reward should not be be to high. People should not stop working to get bounties. Perhaps just like the Developers program people should get "nokia" points (100 points = xxx discount on the next generation internet device). ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Java phoneME advanced for the 770
Hi list, for evaluation purposes I made up a build of Sun's GPL'ed Java phoneME Advanced MR1 release. The build only supports the Foundation Profile so far.That means there currently is no support for any GUI. From some mails on this list and from comments on #maemo I've got the impression that there are experienced people who might be interested in hacking on this topic and could help to bring more Java to the 770. Feel free to try the simple HelloWorld and the test suite on your Nokia 770 with a Sun VM :-) that come with the build. You can get it from [1]. I roughly described the steps I did to get it build and how to install it in [2]. Ongoing discussion about the development of phoneME Advanced happens in their forum/mailinglist [3]. Please join it with questions or suggestions. Happy hacking, Jonek. [1] http://i30www.ira.uka.de/p2p/ambicomp/phoneME_Nokia770 [2] http://wiki.java.net/bin/view/Mobileandembedded/PhoneMEAdvancedPlatformsNokia770 [3] http://forums.java.net/jive/forum.jspa?forumID=100 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Bora repositories missing pkg-config?
2007/1/11, Janne Kataja <[EMAIL PROTECTED]>: Michel Salim wrote: > Hi, > > The developer rootfs and the repositories configured with its > /etc/apt/sources.list do not have pkg-config; if I follow the > recommended steps of doing 'fakeroot apt-get -f install', all the > development packages that depend on pkg-config gets scheduled for > removal. pkg-config is provided by scratchbox devkits. The maemo 3.0 installer script will automatically fullfill these dependencies by creating and installing empty 'virtual' packages. Scratchbox dpkg-buildpackage is patched to take the installed tools into account. Ah. How about those of us doing manual installs, though? The installer script, the last time I used it, had a bug: if my Scratchbox is installed in an alternate location, when the installer script calls the binary installer it forgot to pass the custom path. Thanks, -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
On 1/11/07, Riku Voipio <[EMAIL PROTECTED]> wrote: Why shouldn't nokia then do like Apple, create a propiertary platform and make it work exactly like people want it to, right out of the box? Well, that's not what they did. This theme seems to be recurring here. "Nokia isn't open/free enough, so I'll rather choose a more propiertary PRODUCT". Wrong. _I_ will not choose a more proprietary product. I have no plans whatsoever to purchase an iPhone. I, a Free Software proponent and developer, did however respond to an ad from Nokia about their upcoming, open, linux-based handheld device and was very surprised to learn that, for example, power management (pretty basic component on a batter-powered handheld) relied on proprietary software. It's not such a big loss for me because I only spent $99. It's a little bit more of a big deal for users now, though, because they bought a device for more like $450 which now looks like it will be largely abandoned by the company that released it w/ much fanfare, even though they'd only have to open it up the rest of the way for the community to continue to produce _full_ FIASCO images which any user could just install and use, out of the box, just like Apple's device. There is far more than enough information and code to create your own, 100% Free rootfilesystem. But not power management. Specifics please? What code/documentation are you missing and what would you create with them? And how are going to do the same things with iPhone? Code for the DSME so we can build custom firmware images where the power mangement works. Code for (insert proprietary component here) so we can experiment, and as a community, release a software image which does _anything_ we can collectively imagine, to the device's _full_ potential. Dave ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
> Well, obviously there will be 500 such developers now :) I just think > it should have been 1500 happy users with $100 discounts instead of > 500 happy developers with $300 discounts. Those 500 developers are going to create applications which may not work on the devices of every non-developer owner of a n770, and the only reason for that is that Nokia won't open the platform so that any developer with a n770 can update the OS platform for those users. I take issue with this statement. If I get an n800, whether through the dev program or no, all my apps are going to run on both platforms as long as it's feasible for them to do so. Even if somebody handed me an n800 today, it wouldn't change the fact that the 770 is an extremely useful device; I wouldn't just throw it into the closet to collect dust. It will probably actually motivate more development, in my case, because I'll be interested to see how I can utilize the new hardware and features like Xv, and then in turn I'll be interested to see how *those* improvements can be shoehorned onto the 770, which will give me ideas for new improvements targeted at the n800, ad infinitum (or nauseum, your choice). -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
On Thu, 2007-01-11 at 13:29 -0500, Dave Neuer wrote: > But not power management. > > > Specifics please? What code/documentation are you missing and what would you > > create with them? And how are going to do the same things with iPhone? > > Code for the DSME so we can build custom firmware images where the > power mangement works. Code for (insert proprietary component here) so > we can experiment, and as a community, release a software image which > does _anything_ we can collectively imagine, to the device's _full_ > potential. Seconded. This is silly, Nokia. If you're going to drop^Wscale back support for the 770, at least let us do with it what we want. Power management is fairly basic--I'm willing to bet it just needs a legal review to be released. There aren't (or shouldn't be) too many trade seekrits there... Andrew > Dave > ___ > 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
Re: Re: [maemo-developers] Xypher Error - Is Display set?
Such problems also occcurr to me, and are releated to target configuration problems. I usually delete both SDK_PC (and also SDK_ARMEL if you're using it) and redo the process of creating the targets. []'s -- Raul Fernandes Herbster Embedded and Pervasive Computing Laboratory - embedded.dee.ufcg.edu.br Electrical Engineering Department - DEE - www.ee.ufcg.edu.br Electrical Engineering and Informatics Center - CEEI Federal University of Campina Grande - UFCG - www.ufcg.edu.br Campina Grande - PB - Brasil ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
Levi Bard wrote: > Well, obviously there will be 500 such developers now :) I just think > it should have been 1500 happy users with $100 discounts instead of > 500 happy developers with $300 discounts. Those 500 developers are going to create applications which may not work on the devices of every non-developer owner of a n770, and the only reason for that is that Nokia won't open the platform so that any developer with a n770 can update the OS platform for those users. I take issue with this statement. If I get an n800, whether through the dev program or no, all my apps are going to run on both platforms as long as it's feasible for them to do so. Even if somebody handed me an n800 today, it wouldn't change the fact that the 770 is an extremely useful device; I wouldn't just throw it into the closet to collect dust. It will probably actually motivate more development, in my case, because I'll be interested to see how I can utilize the new hardware and features like Xv, and then in turn I'll be interested to see how *those* improvements can be shoehorned onto the 770, which will give me ideas for new improvements targeted at the n800, ad infinitum (or nauseum, your choice). Exactly right. I was thinking the same thing...If I do end up buying an 800, I'll damn well try to make my apps run on both. And in many cases this shouldn't be too much of a pain. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
On Thu, 11 Jan 2007 11:46:38 +0100, Martin Grimme wrote: > I'm pretty sure that there are good reason for the compatibility > problems, such as more recent libraries on ITOS 2007. If ITOS 2007 uses > a Cairo-enabled GTK version (and I guess it does), then there's no point > in running ITOS 2007 on the 770. It would be too slow. There's a lot of speculation in the above. I have no information about what version of GTK is used on the newer model, but I hope the meme of "GTK and cairo are too slow for embedded" will die soon. We in the cairo community have been working hard to make a lot of improvements during the cairo 1.3.x snapshots, (and particularly performance improvements for machines without hardware floating-point units). I know that some people in this community are aware of these improvements, (see an earlier reply showing a blog posting with tessellator performance improvements, for example). If people still have test cases that show that cairo (as of 1.3.10 or later) is slowing down GTK+, please send them to me. I'm not really aware of much significant that is left in that area, (or my memory is failing me). -Carl pgpVegB2gmmsm.pgp Description: PGP signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Help on how to attach a non gtk+/hildon app to D-Bus
No, Libosso does not use Gtk+. It uses D-Bus and Glib. Receiving signals
with the current Libosso API requires using the D-Bus API, though. You
could do it by getting the DBusConnection from Libosso and installing a
D-Bus filter function for the system bus to catch all the signals
broadcast there.
Yep, a very quick starting example using the glib loop:
gboolean connect_ap(gpointer data) {
osso_rpc_t retval;
osso_context_t *osso_context = (osso_context_t *) data;
printf("_connecting\n");
osso_rpc_run_system(
osso_context,
ICD_SERVICE, ICD_OBJECT, ICD_IFACE,
"connect", &retval,
DBUS_TYPE_STRING, "rfid",
DBUS_TYPE_UINT32, 0,
DBUS_TYPE_UINT32, 0
);
printf("result: %d\n", retval.type);
return FALSE;
}
int main(int argc, char * argv[]) {
GMainLoop *loop;
osso_context_t *osso_context;
osso_context = osso_initialize(
"test", "0.0.1", TRUE, NULL
);
g_type_init ();
loop = g_main_loop_new (NULL, FALSE);
g_timeout_add(0, &connect_ap, osso_context);
g_main_loop_run(loop);
return 0;
}
--
Fabio Forno, PhD
Istituto Superiore Mario Boella
Jabber ID: xmpp:[EMAIL PROTECTED]
** Try Jabber http://www.jabber.org
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS2006 roadmap
On Jan 11, 2007, at 3:05 PM, Ty Hoffman wrote: Exactly right. I was thinking the same thing...If I do end up buying an 800, I'll damn well try to make my apps run on both. And in many cases this shouldn't be too much of a pain. It's APIs such as the GPS one that make me fearful. I think that Nokia should divide up things into: 1. APIs changes or replacements that fix bugs or missing features in pre-existing ones. These should _absolutely_ find their way to the 770. 2. New APIs that add extra features, but aren't really hardware related. For example, GPS support was added to the N800. Sure, it's an extra feature, but if it's not on the 770, it's going to start breaking apps. There's no technical reason not to make it work on the 770. 3. APIs to support features that simply won't work well on the 770. If the newer version of flash is more bloated, that can't really be fixed by Nokia. Better video support, if it depends on the hardware in the N800 - we can't really expect that. I won't be all that unhappy if these features don't make their way to the 770. I guess what I'm saying is: If Nokia doesn't back-port features to the 770 simply because of the amount of work needed to maintain two separate trees, I will be unhappy. That's abandoning the 770. If they don't port something because it's harder to make it work on the 770 due to the 770's resource limitations, I can accept that. If I can't run N800 apps that take advantage of the new hardware, I have no problem with that. I expect that - and I actually hope for that, because it means that the new gadget is better. By choosing a semi-open platform, with even some of the core, non- application components not being fully buildable, I think that increases Nokia's responsibilities to that platform, since we depend on them more than on a fully open platform. I love my 770. I consider it a handheld computer, and hope that Nokia treats its software as such, rather than as an embedded telephone. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: OS2006 roadmap
On Thu, 2007-01-11 at 11:57 -0800, Carl Worth wrote: > I have no information about what version of GTK is used on the newer > model, Maemo 3.0 uses "GTK+ 2.6.10-2osso27", which of course is *heavily* patched. > but I hope the meme of "GTK and cairo are too slow for > embedded" will die soon. We in the cairo community have been working > hard to make a lot of improvements during the cairo 1.3.x snapshots, > (and particularly performance improvements for machines without > hardware floating-point units). The week before Christmas I put the latest Cairo/Pango/GTK+ on a Zaurus, and was blown away by the improvements. I never got around to benchmarking it but visually the original GTK+ 2.8 release was painful, this is actually usable. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: OS2006 roadmap
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ross Burton schreef: > On Thu, 2007-01-11 at 11:57 -0800, Carl Worth wrote: >> I have no information about what version of GTK is used on the newer >> model, > > Maemo 3.0 uses "GTK+ 2.6.10-2osso27", which of course is *heavily* > patched. > >> but I hope the meme of "GTK and cairo are too slow for >> embedded" will die soon. We in the cairo community have been working >> hard to make a lot of improvements during the cairo 1.3.x snapshots, >> (and particularly performance improvements for machines without >> hardware floating-point units). > > The week before Christmas I put the latest Cairo/Pango/GTK+ on a Zaurus, > and was blown away by the improvements. I never got around to > benchmarking it but visually the original GTK+ 2.8 release was painful, > this is actually usable. I second that, with cairo 1.3.10 and pango 1.15.2 gtk 2.10.7 feels *fast* compared to 2.8 and about as fast as gtk 2.10.6 with Xan's xft patch to rip out cairo. Although a 620MHz pxa270 is a bad comparision to a omap1710. Making it even faster is of course better :) regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFpqXDMkyGM64RGpERAvkjAJ9m2gtH7bxOAvJqjlx/EEQjai4ZqgCfauI5 jyVJ6XkfIIs+/VbAW/QdN80= =SUFD -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Install development packages
On Thu, Jan 11, 2007 at 11:14:32AM +0100, [EMAIL PROTECTED] wrote: > No it's that. I understood that repositories are differents inside and outside > the rootstrap. Here my real problem, I want to build a gtk game (teg, a risk > like game): > > - On my pc host, when I launch ./configure, an error occurs with libgnomeui > required. With apt-get, the package is found and installed then ./configure > continue without error and build the Makefile, ok. > - In rootstrap, the same problem occurs but I don't know who to install the > package (libgnomeui-dev.deb). apt-get display an error and the package is not > installed. You need to use 'fakeroot apt-get install' to install packages inside scratchbox. That's assuming the package itself was available. libgnomeui-dev does not appear to be available from http://repository.maemo.org/. You may have to port it first. Marius Gedminas -- When in danger, or in doubt, run in circles, scream and shout. -- Robert A. Heinlein signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] for extras uploaders: incoming queue changes now!
Hello, This mail mainly concerns those developers who have upload privileges to the current maemo extras repository (that is for mistral extras). I am creating the new incoming queues for scirocco and bora. Till the new queues are ready you are not able to upload to "mistral extras" :( I will announce the new dput.cf config entries for each extras queues within an hour or so. I apologize for the short notice. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: N800 Developer Programme Application
[EMAIL PROTECTED] wrote: What's the point to announce such a program so late and with so little details? To irritate people? I would like to have my discount right now, if I'm eligible, so that I could buy the device right away, or to know that I'm not eligible so that I could plan $399 into my budget for gadgets. At the very least it would be nice to know the time frame for the program. Announcing it "so late" (was it the same/next day after the product launch?) should not be a problem. Active community members and developers do not need to be "created" overnight, they existed before the developer program was launched. If I understand the program schedule correctly the lucky ones shall get notified rather soon. Many thanks for the clarification. Well, if I should be one of the lucky I would be happy indeed. The 770 is already great, and I would really like to get to know it's successor and work with it. At least the news managed to clearly rise the priorities for my 770 activities above the others - which will never hurt anyway. Regard, Kai ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] for extras uploaders: new upload queues available
Hello, The new upload queues for maemo extras are available. Please update your dput.cf configuration file with the following entries: [mistral-extras] login = fqdn = garage method = scp hash = md5 allow_unsigned_uploads = 0 incoming = /var/www/extras/incoming/mistral [scirocco-extras] login = fqdn = garage method = scp hash = md5 allow_unsigned_uploads = 0 incoming = /var/www/extras/incoming/scirocco [bora-extras] login = fqdn = garage method = scp hash = md5 allow_unsigned_uploads = 0 incoming = /var/www/extras/incoming/bora As you see we have 3 different queues for the three latest maemo releases: -bora -scirocco -mistral Please make sure to pick the right queue for your upload! E.g. uploading a package for bora goes like this: dput bora-extras my_great_N800_application_0.1_armel.changes Implicitly there are new lines now to the /etc/apt/sources.list configuration file. These are the following: #scirocco extras deb http://repository.maemo.org/extras/ scirocco free deb-src http://repository.maemo.org/extras/ scirocco free #bora extras deb http://repository.maemo.org/extras/ bora free deb-src http://repository.maemo.org/extras/ bora free All this is documented at: http://maemo.org/maemowiki/ExtrasRepository Please let me know if you have questions, comments or something goes wrong with the upload. Cheers, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] localization issue on maemo 3.0
All, I used ja_JP.UTF-8 instead of ja or ja_JP, so now I can see localized GUI! Thank you for advices. Regards, Kimitake -Original Message- From:Mohammad Anwari <[EMAIL PROTECTED]> To: ext Kimitake Abe <[EMAIL PROTECTED]> Date:Thu, 11 Jan 2007 12:37:37 +0200 Subject: Re: [maemo-developers] localization issue on maemo 3.0 Pada hari Kamis, tanggal 11/01/2007 pukul 02:11 -0800, ext Kimitake Abe menulis: > - execute "souce /etc/osso-af-init/af-defines.sh" to set env, > because run-standalone.sh overwrites local info. > - set LANG to ja, ja_JP or en_GB (I tried LC_ALL etc. also) Put your ja_JP to /etc/osso-af-init/locale file instead ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: N800 Developer Programme Application
I think it is kinda late not because of the need to create community (great community already exists). By the time the device becomes availble to all you probably want to have most important existing apps ported and tested. My impression is that this is not the case right now. Some work can be done with scratchbox environment, but in my experience it is not quite the same as running apps on the device itself. Program schedule you mention - is it published somewhere and I just missed it or is it kept secret? (I apologize for being annoying, I'm just eager to get my hands on n800, so I would like to know if I should wait for the discount:) On 1/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >What's the point to announce such a program so late and with so little details? To irritate people? I would like to have my >discount right now, if I'm eligible, so that I could buy the >device right away, or to know that I'm not eligible so that I >could plan $399 into my budget for gadgets. At the very least >it would be nice to know the time frame for the program. > Hi, Announcing it "so late" (was it the same/next day after the product launch?) should not be a problem. Active community members and developers do not need to be "created" overnight, they existed before the developer program was launched. If I understand the program schedule correctly the lucky ones shall get notified rather soon. Br, --jakub ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] wxPython
On Thu Jan 11 16:28:30 2007, Jeffrey Barish wrote: Is anyone aware of a port of wxPython to the 770 or 800? Before you think seriously about wxPython, I'd recommend reconsidering - pygtk is just as good, and better in some areas. Given the reduction in the number of layers, I'd assume that working with pyGTK would be more efficient anyway. I'm speaking as someone who's worked heavily with wxPython and started using pyGTK specifically for the 770 - I'm free from bias in that respect. Dave. -- Dave Cridland - mailto:[EMAIL PROTECTED] - xmpp:[EMAIL PROTECTED] - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: wxPython
Dave Cridland wrote: > On Thu Jan 11 16:28:30 2007, Jeffrey Barish wrote: >> Is anyone aware of a port of wxPython to the 770 or 800? > > Before you think seriously about wxPython, I'd recommend > reconsidering - pygtk is just as good, and better in some areas. > Given the reduction in the number of layers, I'd assume that working > with pyGTK would be more efficient anyway. > > I'm speaking as someone who's worked heavily with wxPython and > started using pyGTK specifically for the 770 - I'm free from bias in > that respect. > > Dave. Nor am I entranced by wxPython, but my application needs to run both on a portable platform and Windows. -- Jeffrey Barish ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Developer Device Program Request
I was reading planet.gnome.org and saw many posts about the N800 device and I would love to get in on the Developer Device Program. I read a comment from MDK (here: http://www.mdk.org.pl/articles/2007/01/08/next-step-moon) that said posting a message to this mailing list is the way to sign up for the program. I have had a tiny bit of involvement in the open-source community: - I have been creating an image viewer in GTK+ 2.0 (http://mike.yi.org/quiver/) - I have filed several bug reports with gtk+ and other open source libraries. - I have helped my brother with his webcam_server project (http://webcamserver.sourceforge.net/) If given the opportunity to participate in this program I would love to try porting my image viewer to the Maemo 3.0 platform. I have not "released" quiver yet (except to a few close friends) so try it at your own risk (and if you have Ubuntu). BTW, Is the N800 even available in Canada? Thanks, Mike Morrison ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Developer Device Program Request
I could chime in with the normal 'me too', but I'm not sure how my involvement really counts. We are currently investigating the use of this device on several of our government programs and would really like to get my hands on one so that I could put it through its paces. If only it had an IR blaster! Jae ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Developer Device Program Request
Hey, just one thing I should have clarified in my comment -- the program is a "don't call us, we call you" thing with no official signup. Posting to the mailing list is (IMHO) more of a way to get yourself recognised, especiallay when you're coming from different areas of the open-source community. -- MDK On Thu, Jan 11, 2007 at 11:01:59PM -0600, ext Jae Stutzman wrote: > I could chime in with the normal 'me too', but I'm not sure how my > involvement really counts. We are currently investigating the use of this > device on several of our government programs and would really like to get my > hands on one so that I could put it through its paces. > > If only it had an IR blaster! > > Jae > ___ > 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
Re: [maemo-developers] Java phoneME advanced for the 770
2007/1/11, Johannes Eickhold <[EMAIL PROTECTED]>: Hi list, for evaluation purposes I made up a build of Sun's GPL'ed Java phoneME Advanced MR1 release. The build only supports the Foundation Profile so far.That means there currently is no support for any GUI. From some mails on this list and from comments on #maemo I've got the impression that there are experienced people who might be interested in hacking on this topic and could help to bring more Java to the 770. I am one of these persons... Feel free to try the simple HelloWorld and the test suite on your Nokia 770 with a Sun VM :-) that come with the build. You can get it from [1]. I roughly described the steps I did to get it build and how to install it in [2]. Ongoing discussion about the development of phoneME Advanced happens in their forum/mailinglist [3]. Please join it with questions or suggestions. Many thanks for your work, i will try ASAP, along with recent ports of GNU Classpath, jamvm and jikes Bye, Roberto. Happy hacking, Jonek. [1] http://i30www.ira.uka.de/p2p/ambicomp/phoneME_Nokia770 [2] http://wiki.java.net/bin/view/Mobileandembedded/PhoneMEAdvancedPlatformsNokia770 [3] http://forums.java.net/jive/forum.jspa?forumID=100 ___ 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
