Re: [maemo-developers] Building maemo_af_desktop
Hi, On 4/5/06, Aaron Levinson [EMAIL PROTECTED] wrote: In order to get an empty menu structure, all I did was use ./configure without any options. An examination of the source code demonstrates that it uses the OTHERS_MENU_CONF_DIR define for the default menu location on disk, and OTHERS_MENU_CONF_DIR gets defined as $(sysconfdir)/others-menu. When using ./configure without any options, $(sysconfdir) (along with other directory variables) starts at /usr/local, and the 770 file structure doesn't use /usr/local for anything. At run-time, because it cannot find the others-menu directory, no menu entries are displayed. Too bad the others-menu location is hardcoded this way. Seems like it might be appropriate to use gconf for this. I think you mean Too bad the others-menu location is build-time configurable as that's what it is...? If you build to a different prefix (/usr/local) and the apps install their stuff in another prefix (the usual /etc), is it really a surprise they are not found? In any case you need a predefined location for the .desktops (so that app-devs will know where to put them), so what would be the benefit to have it in gconf? Is that not the case that on debian based systems it is the communly used aproach that prefix defaults to /usr and sysconfdir defaults to /etc right? Which is different from the default of the autoconf as annoying as it can be. The lesson to learn is that make install is bad and only fakeroot dpk-buildpackage -nc should be used when developing debian like stuff. :-) pkgconfig here is a nice thing to have for the applications. The bigger problem is that the actual desktop entry paths are not according to the latest standard described in freedesktop.org menu specification... Br, Sampo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Building maemo_af_desktop
On 4/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: If you build to a different prefix (/usr/local) and the apps install their stuff in another prefix (the usual /etc), is it really a surprise they are not found? In any case you need a predefined location for the .desktops (so that app-devs will know where to put them), so what would be the benefit to have it in gconf? Is that not the case that on debian based systems it is the communly used aproach that prefix defaults to /usr and sysconfdir defaults to /etc right? No it is not. Not on any debians I've tried at least. They do have --prefix /usr and --sysconfdir /etc in their standard debian package build rules of course, but that's hardly the same thing... Besides, it depends on the system (autotools) the configure script has been generated with, which is not neccessarily the same as the build system ;) -- 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
[maemo-developers] Re: Disconnect rfcomm stays between bt_disconnected and rf_disconnected
2006/4/5, Michiel Toneman [EMAIL PROTECTED]: Hi All, Bit of a me too, but I'm also having the problem with 'Timeout on getting data from GPS' when using my NMEA BT GPS receiver (Oasis Media). It appears to be a fairly low-level issue as far as I can tell, since restarting/reconnecting with gpsd or hidd don't seem to work. My workaround was to go in and out of offline mode (which I presume reset the BT radio). Thanks for the pointer with putting on the cover, that works too :-) Searching on an error from the hcitool, when being in this unrecoverable state, on Google, Connection timed out, give lots of cases that looks quite similar. I got the impression that buggy drivers were the cause in these case and lowering the data flow seem to help. Btw. I have this same GPS receiver. I hope one of the Nokia devs can help fix this, since I was really looking forward to using gpsdrive on my 770 :-/ For the short term, it would be helpfull if someone could point to a way to disable this device, like w/ offline mode or plastic cover, programmaticaly. Koos ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: Disconnect rfcomm stays between bt_disconnected and rf_disconnected
On Thu, Apr 06, 2006, koos vriezen wrote: For the short term, it would be helpfull if someone could point to a way to disable this device, like w/ offline mode or plastic cover, programmaticaly. Using the commandline: hciconfig hci0 down hciconfig hci0 up Or using the HCIDEVDOWN and HCIDEVDOWN ioctl's from C code. Johan ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: Disconnect rfcomm stays between bt_disconnected and rf_disconnected
2006/4/6, Johan Hedberg [EMAIL PROTECTED]: On Thu, Apr 06, 2006, koos vriezen wrote: For the short term, it would be helpfull if someone could point to a way to disable this device, like w/ offline mode or plastic cover, programmaticaly. Using the commandline: hciconfig hci0 down hciconfig hci0 up When having such a state: Running as root /usr/sbin/hciconfig hci0 down return immediately w/o resetting the device Or using the HCIDEVDOWN and HCIDEVDOWN ioctl's from C code. #include sys/types.h #include sys/stat.h #include fcntl.h #include stdio.h #include sys/ioctl.h //#include bluetooth/hci.h evil header, can't be used standalone /* HCI ioctl defines */ #define HCIDEVUP_IOW('H', 201, int) #define HCIDEVDOWN _IOW('H', 202, int) #define HCIDEVRESET _IOW('H', 203, int) int main (int argc, char ** argv) { if (argc 1) { int fd = open (argv[1], O_RDWR); if (fd 0) { perror (open); return 1; } if (fd -1 ioctl (fd, HCIDEVDOWN)) { fprintf (stderr, Down fails, trying reset..%d\n, ioctl (fd, HCIDEVRESET)); } close (fd); } return 0; } when running as ./hci-reset /dev/rfcomm0 open: No route to host So far it didn't do what the 'Offline mode' does .. Koos ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: Disconnect rfcomm stays between bt_disconnected and rf_disconnected
On Thu, Apr 06, 2006 at 01:59:09PM +0200, koos vriezen wrote: 2006/4/6, Johan Hedberg [EMAIL PROTECTED]: On Thu, Apr 06, 2006, koos vriezen wrote: For the short term, it would be helpfull if someone could point to a way to disable this device, like w/ offline mode or plastic cover, programmaticaly. Using the commandline: hciconfig hci0 down hciconfig hci0 up When having such a state: Running as root /usr/sbin/hciconfig hci0 down return immediately w/o resetting the device 'hciconfig hci0 down; hciconfig hci0 up' failed for me too, i.e. it didn't revive the BT. So that trick isn't excactly the same as putting the cover on or switching to offline mode. Johan, do you have any idea on what is causing the BT jam in these cases? Cheers, Jari -- Jari Tenhunen, stardate [-29]5571.25 :wq ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Nokia 770 CPU clock frequency question
Hello all, We have a discussion about Nokia 770 specs in some Russian speaking forum. We figured out that there is different information about Nokia 770 cpu clock frequency floating around. Some sources report 220MHz: http://maemo.org/maemowiki/Nokia_770_Hardware_Specification The others report 250MHz: http://en.wikipedia.org/wiki/Nokia_770 I have written a small test program that tries to measure cpu clock frequency and it clearly shows 250MHz which confirms wikidepia information: http://ufo2000.sourceforge.net/files/testfreq.tar.gz # ./testfreq CPU clock: 251.26MHz Time spent for testing: 35.82 seconds But there is some person who claims that he is providing Nokia 770 repairy and that he has an official service manual from Nokia. And according to his information, Nokia 770 has 220MHz cpu and no other frequency options are possible. So he claims that it is he who has the precise information and I am just trying to deceive people :( Well, I believe my own eyes, and if it performs as 250MHz cpu, it can't have clock frequency 220MHz. Could anybody from Nokia clarify this information? Also as cpu frequency does not seem to be well defined which results in contradictory information, might it be an indication that the next hardware revisions of Nokia 770 might have a clock frequency 220MHz (standard for OMAP1710) in order to reduce device cost for example (after software update improves performance to the sufficient level)? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Building deb packages for the Nokia 770 is very easy
Hi, I found these links on the Developer Resources section of the Ubuntu wiki - http://women.alioth.debian.org/wiki/index.php/English/PackagingTutorial http://women.alioth.debian.org/wiki/index.php/English/MaintainerScripts https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml For deeper understanding of the packaging process, you might want to have a look at this one: http://women.alioth.debian.org/wiki/index.php/English/BuildingWithoutHelper For your private archives, this has interesting notes: http://people.debian.org/~calvin/unofficial/ and finally a Forum Thread: How to make Debian-standard debs from scratch http://ubuntuforums.org/showthread.php?t=51003page=1pp=10 abraços Ian -- .''`. : :' : `. `'` `- Orgulhoso ser MetaRecicleiro ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: Disconnect rfcomm stays between bt_disconnected and rf_disconnected
On Thu, Apr 06, 2006, Jari Tenhunen wrote: 'hciconfig hci0 down; hciconfig hci0 up' failed for me too, i.e. it didn't revive the BT. So that trick isn't excactly the same as putting the cover on or switching to offline mode. Well, that should be exactly what happens when you put the cover on, with the possible exception that btcond will also try to disconnect any open connetions. So you may also want to try hcitool dc remote bt address before running the hcitool hci0 down command. Also make sure that you are root when running the commands. Johan, do you have any idea on what is causing the BT jam in these cases? Unfortunately not, but it sounds like a quite low level problem (maybe in the BT chip firmware). However, we're investigating it. Johan ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] sound architecture question
Hello. I'm new to this arena but have searched hi and low and haven't been able to clearly understand the sound architecture. I'm attempting to port the package 'zinf' to the N770 and am having difficulty getting the audio out. I've read this: http://maemo.org/platform/docs/multimedia/multimedia_architecture.html Zinf comes with an esd output plugin. Using the EsoundD.pmo plugin comes closest to playing a test mp3 but the output is very choppy and the CPU is maxed out. Likely not the correct route. So looking around the /proc filesystem I see what appears to be alsa support. However doing 'cat /proc/asound/cards' shows only a card called 'Dummy'. So I presume this is a place holder for future alsa support and not a functioning driver? Is that correct? Looking at the /dev filesystem - I don't see a standard /dev/dsp or /dev/mixer device but instead a number of /dev/dsptask* devices. For the life of me I can't find documentation on these things - can anyone enlighten me or point me in the right direction? That would be much appreciated. Any thoughts will be very appreciated. Dale Swanston SED Systems, a division of Calian Ltd. Saskatoon, SK, CANADA ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: Disconnect rfcomm stays between bt_disconnected and rf_disconnected
2006/4/6, Johan Hedberg [EMAIL PROTECTED]: On Thu, Apr 06, 2006, Jari Tenhunen wrote: 'hciconfig hci0 down; hciconfig hci0 up' failed for me too, i.e. it didn't revive the BT. So that trick isn't excactly the same as putting the cover on or switching to offline mode. Well, that should be exactly what happens when you put the cover on, with the possible exception that btcond will also try to disconnect any open connetions. So you may also want to try hcitool dc remote bt address before running the hcitool hci0 down command. Also make sure that you are root when running the commands. Doesn't help, this is the Connection timed out error that I mentioned (hcitool fails with that error message). Doesn't do the plastic cover thingy an ACPI shutdown or something that 'fixes' this? Koos ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] sound architecture question
Dale Is there any work toward making zinf work more directly as a gstreamer client? It wouldn't have to go through emulation layers that way. It looks like rhythmbox is sometimes grouped together with zinf but it has gstreamer support now http://software.newsforge.com/print.pl?sid=04/04/30/1416253 Brad Hello. I'm new to this arena but have searched hi and low and haven't been able to clearly understand the sound architecture. I'm attempting to port the package 'zinf' to the N770 and am having difficulty getting the audio out. I've read this: http://maemo.org/platform/docs/multimedia/multimedia_architecture.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: sound architecture question
2006/4/6, Dale Swanston [EMAIL PROTECTED]: Any thoughts will be very appreciated. AFAIU, decoding audio should be done using the DSP, like the gstreamer plugins do that come with this device. I've ported a KDE/Qt mm app to Hildon/GTK, but wasn't successfull in building a gstreamer pipeline enabling video. Unfortunately the current documentation only explains that what was already figured out, ie. no info about setting the xoverlay/window settings. There is also the osso-media-server, that is used by nokia's audio-/videoplayer, controlled by dbus. I'm now using that (see http://www.xs4all.nl/~jjvrieze/kmplayer_0.4.0-1.tar.gz, in kmplayerprocess.cpp). Unfortunately, this is also not documented. I've used dbus monitoring and 'strings' to get this working. Though the video player may need some extra 'killall osso-media-server' here and there. (Btw. I found this same 'killall' with 'strings' in the shipped players, will auto restart a new one). It would be great if this osso-media-server dbus interface would be documented. Also because on such a device, having one media-server makes sense to me. Koos ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: Disconnect rfcomm stays between bt_disconnected and rf_disconnected
2006/4/6, Ville Tervo [EMAIL PROTECTED]: Hi Koos, On Thu, Apr 06, 2006 at 04:51:16PM +0200, ext koos vriezen wrote: 2006/4/6, Johan Hedberg [EMAIL PROTECTED]: On Thu, Apr 06, 2006, Jari Tenhunen wrote: 'hciconfig hci0 down; hciconfig hci0 up' failed for me too, i.e. it didn't revive the BT. So that trick isn't excactly the same as putting the cover on or switching to offline mode. Well, that should be exactly what happens when you put the cover on, with the possible exception that btcond will also try to disconnect any open connetions. So you may also want to try hcitool dc remote bt address before running the hcitool hci0 down command. Also make sure that you are root when running the commands. Doesn't help, this is the Connection timed out error that I mentioned (hcitool fails with that error message). Doesn't do the plastic cover thingy an ACPI shutdown or something that 'fixes' this? Koos Can you notice any difference with wlan on or off? Since only difference that comes to my mind in doing down and up sequence is that also wlan is turned off when putting cover on or enabling offline mode. No difference, only that indeed wlan is disconnected as well when it's up (obviously not the case in my car), but offine/cover trick always 'fixes' this bt jam. Note that I don't have to turn off and on the GPS receiver in this case. Koos ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [1st post] Installing Perl on Nokia 770
Hi!I've got some small apps written in Perl that I'd like to run on my N770. I've found some Perl packages here:http://repository.maemo.org/pool/maemo1.1rc7/free/p/perl/I've downloaded 3 *arm*.deb files but I don't know how to install them. Application Installer failed and I'm not confident enough with dpkg or apt-get stuff: any help with this?Thanks in advance... And, yes, I'm a real newbie with development tools on the N770 ;-) -- Laurent, Nantes - FranceApple 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] [1st post] Installing Perl on Nokia 770
On Fri, 2006-04-07 at 00:10 +0200, Laurent MARTIN wrote: Hi! I've got some small apps written in Perl that I'd like to run on my N770. I've found some Perl packages here: http://repository.maemo.org/pool/maemo1.1rc7/free/p/perl/ I've downloaded 3 *arm*.deb files but I don't know how to install them. Application Installer failed and I'm not confident enough with dpkg or apt-get stuff: any help with this? Here is a quick writeup of a way to make perl install, but I'm sure there is a better way: http://scripts.mit.edu/~wdaher/urop/?p=10 Basically, the main trick is: for f in *.deb; do fakeroot dpkg -X $f /var/lib/install/ ; done which just extracts the debian packages in the right places, and then you need to properly set LD_LIBRARY_PATH and PERL5LIB. - Waseem ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers