Re: Older targets in Mammo 5 SDK?
Wed, 3 Feb 2010 00:51:41 -0500 (EST) ma...@bitblit.net kirjoitti: > > Is it possible to have older targets inside the Maemo 5 SDK? For > example, it would be useful to have DIABLO_X86 and DIABLO_ARMEL > targets available. > > Yes it is. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
Ed Bartosh wrote: > 2009/10/22 Kamen Bundev : >> Hmm, yes, that seems to be the problem. In the final SDK /opt is a symlink >> but in the latest beta SDK it is not. I didn't upgrade my development >> machine, but I have the final on another so I can compare. I'll report back >> if successful. >> > You're right. > Autobuilder uses latest SDK and /opt is in the rootstrap: > tar -ztf /scratchbox/packages/maemo-sdk-rootstrap_5.0_armel.tgz | grep > '^\./opt' > ./opt > > I removed it from there and now packages with /opt directory should be > installable. > Try to re-upload your packages to autobuilder. It should work now. > > Thank you for your help. > > PS: Is someone willing to file a bug for SDK :) ? > Thanks Ed, But did you forgot to do it for x86 target? armel builds now fine, but i386 does not [1]: Unpacking libgtkextra-x11-2.0-1 (from .../libgtkextra-x11-2.0-1_2.1.1-3.1maemo4_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libgtkextra-x11-2.0-1_2.1.1-3.1maemo4_i386.deb (--unpack): trying to overwrite `/opt', which is also in package base-files dpkg-deb: subprocess paste killed by signal (Broken pipe) [1] https://garage.maemo.org/builder/fremantle/fuelpad_0.82-fremantle2/ -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-Optify & Builder Bots = Broken?
Nathan Anderson wrote: > Try to install static depends: libcurl3 libcurl3-dev libicu42 libicu42-dev > clucene-core clucene-core-dev zlib1g-dev python2.5 python2.5-dev > [2009-10-21 12:30:46] fakeroot apt-get -y -q -o > APT::Get::AllowUnauthenticated=1 install --no-remove libcurl3 libcurl3-dev > libicu42 libicu42-dev clucene-core clucene-core-dev zlib1g-dev python2.5 > python2.5-dev (My depends are listed properly) > Unpacking libssl0.9.8 (from .../libssl0.9.8_0.9.8g-15maemo4+0m5_armel.deb) > ... > Selecting previously deselected package libreadline4. > Unpacking libreadline4 (from .../libreadline4_4.3-10.1+0m5_armel.deb) ... > Selecting previously deselected package clucene-core. > Unpacking clucene-core (from .../clucene-core_0.9.21b-0maemo1_armel.deb) ... > dpkg: error processing > /var/cache/apt/archives/clucene-core_0.9.21b-0maemo1_armel.deb (--unpack): > trying to overwrite `/opt', which is also in package base-files > Hi Nathan, I reported the same problem a few days ago: http://lists.maemo.org/pipermail/maemo-developers/2009-October/021512.html No solution was found! -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder problem with optified library
Marius Vollmer wrote: > ext Faheem Pervez writes: > >> On Tue, Oct 20, 2009 at 7:03 AM, Marius Vollmer >> wrote: >>> ext Yves-Alexis Perez writes: >>> On lun., 2009-10-19 at 22:26 +0300, Kamen Bundev wrote: > Well, on the device and probably in autobuilder the /opt folder is > actually a symlink to /home/opt... On the other hand maemo-optify > produces direct /opt folder. That's the problem, dpkg won't replace a symlink by a real folder. >>> If that would be true, wouldn't all optified packages be broken in the >>> same way? They clearly aren't, so something else must be going on... >> The difference here is that these optified packages are being >> installed as a build dependency of something else. > > The difference is that they are installed into the build environment and > not into a N900. > > But the point being made was that the buildbot and the N900 > _both_ have the /opt -> /home/opt symlink and that this symlink is > causing dpkg to not install a optified package. That can't be true. > > There clearly is something different about the buildbot which is causing > trouble, but it doesn't look like it is dpkg having trouble with > symlinks and directories. > ___ FWIW I call maemo-optify with maemo-optify libgtkextra-x11-2.0-1 since I only want to optify the library, not the development files. But this shouldn't make any difference to the optification, should it? -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Autobuilder problem with optified library
Hello all, I tried to build my application, fuelpad, with Fremantle autobuilder but got an error in setting up the build system setup [1]. The relevant lines in the log are: Selecting previously deselected package libgtkextra-x11-2.0-1. Unpacking libgtkextra-x11-2.0-1 (from .../libgtkextra-x11-2.0-1_2.1.1-3.1maemo4_armel.deb) ... dpkg: error processing /var/cache/apt/archives/libgtkextra-x11-2.0-1_2.1.1-3.1maemo4_armel.deb (--unpack): trying to overwrite `/opt', which is also in package base-files dpkg-deb: subprocess paste killed by signal (Broken pipe) libgtkextra-x11-2.0 is almost directly from debian except for the optification. It built fine in autobuilder and it is now in extras-devel [2]. I believe that no other package is using it, at least that was the case with diablo and chinook. Needless to say, everything builds and install fine in scratchbox. Does anybody have any clue what is wrong? Regards, Julius [1] https://garage.maemo.org/builder/fremantle/fuelpad_0.82-fremantle1/armel.root.log.FAILED.txt [2] http://maemo.org/packages/view/libgtkextra-x11-2.0-1 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to get an user friendly path description ?
Sat, 17 Oct 2009 10:06:25 +0200 Fred Lefévère-Laoide kirjoitti: > Hi, > > Is there a way to get a User friendly description for a path ? > > ie see "N900 Documents/toto" instead of > "/home/user/MyDocsDir/.documents/toto" ? > > Thanks > > Fred > > PS : Faheem already proposed the baseName glib function but it only > gives the name of the file ... Is it really necessary to show the whole path? Instead use the baseName and use file save/load dialogs to actually show/change the whole path. The user would cancel the dialog if happy with the path. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder: localization problem
Niels Breet wrote:
> On Mon, November 10, 2008 16:40, Julius Luukko wrote:
>> Hello all,
> Hi,
>
>> I have a problem with autobuilder and localization. My package (fuelpad)
>> includes Finnish and English localizations (fi_FI and en_GB), but the
>> Finnish localization does not work (UI is shown in English instead of
>> Finnish) with the package built by autobuilder. If I build the package
>> in scratchbox, the Finnish localization works. If I replace only the binary
>> /usr/bin/fuelpad with the scratchbox built one, everything works
>> as expected.
>>
>> The package is still in extras-devel. You can test the localizaton issue
>> by running fuelpad from xterm with
>>
>> $ export LC_MESSAGES='fi_FI' && fuelpad
>>
>>
>> I don't have any clues what might be wrong. However, it seems that I am
>> not alone with this problem, maemo-mapper works exactly the same way [1].
>
> John reported this to me and I suspected his package at first. But now you
> seem to confirm this issue, so we really need to look at the autobuilder
> to see what happens.
>
> Ed: Do you have any idea what happens?
>
Hello all,
We finally solved this issue with Ed off-list. Even though the solution
was not straight forward, it turned out that the reason was
osso-af-settings missing in Build-Depends. In configure.ac I have
localedir=`$PKG_CONFIG osso-af-settings --variable=localedir`
AC_DEFINE_UNQUOTED([LOCALEDIR], "${localedir}", [Runtime locale catalog
files path])
We found out that src/config.h got LOCALEDIR defined as an empty string:
#define LOCALEDIR ""
whereas it should have
#define LOCALEDIR "/usr/share/locale"
Thanks again to Ed for helping me solve the problem.
--
Julius
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Autobuilder: localization problem
Hello all, I have a problem with autobuilder and localization. My package (fuelpad) includes Finnish and English localizations (fi_FI and en_GB), but the Finnish localization does not work (UI is shown in English instead of Finnish) with the package built by autobuilder. If I build the package in scratchbox, the Finnish localization works. If I replace only the binary /usr/bin/fuelpad with the scratchbox built one, everything works as expected. The package is still in extras-devel. You can test the localizaton issue by running fuelpad from xterm with $ export LC_MESSAGES='fi_FI' && fuelpad I don't have any clues what might be wrong. However, it seems that I am not alone with this problem, maemo-mapper works exactly the same way [1]. You can find the build results here: https://garage.maemo.org/builder/diablo/fuelpad_0.61-3/ Binary deb: http://repository.maemo.org/extras-devel/pool/diablo/free/f/fuelpad/fuelpad_0.61-3_armel.deb Source package: http://repository.maemo.org/extras-devel/pool/diablo/free/source/f/fuelpad/fuelpad_0.61-1.dsc [1] https://garage.maemo.org/tracker/index.php?func=detail&aid=2926&group_id=29&atid=185 -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Could not install Maemo 4.1.1
Klaus Rotter wrote: > Hi there, > > today I try to reinstall my old 4.x beta (updated to 4.0.1) > installation. First, I removed the whole /scratchbox directory and then > I tried the new 4.1.1 install according to the INSTALL.TXT. > > First, it failed with: > > Failed to fetch > http://repository.maemo.org/pool/maemo4.1.1/free/s/samba/libsmbclient-dev_3.0.2 > Error reading from server - read (104 Connection reset by peer) [IP: > 195.50.169.146 80] > E: Unable to fetch some archives, maybe run apt-get update or try with > --fix-missing? > > Later, it fails with: > > Failed to fetch > http://repository.maemo.org/pool/maemo4.1.1/free/s/samba/libsmbclient-dev_3.0.2 > Error reading from server - read (104 Connection reset by peer) [IP: > 195.50.169.146 80] > > So, has anybody a solution for this? > > Thanks, -Klaus > Hello Klaus, I had the same problem a few days ago with the installer script but I managed to install manually (not all of the steps were necessary since the installer script already did most of it). I have 64-bit Ubuntu 8.04, if that matters. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: where might this old version be coming from
Eero Tamminen wrote: > AM had some things it needs too, so all together the required steps > are following: > > On PC: > * Creating directory structure expected by AM to memory card root: >mkdir -p /media//dists/diablo/user/binary-armel > * Moving the armel binary packages to this directory >mv *.deb /media//dists/diablo/user/binary-armel > * Generating the Packages file in that directory: >cd /media//dists/diablo/user/binary-armel >apt-ftparchive . | gzip -9 > Packages.gz > > On device: > * Add the memory card repository to the Application manager >from Menu->Tools->Application catalogue: >- give Catalogue name like "Memory card" >- give "file:///media/mmc1/" as Web address >- leave Distro empty and Components as "user" > (if you change that from "user", change also the directory > hierarchy on memory card accordingly) > * OK this & cancel catalog list and the new catalog is >refreshed. In AM installable package list you see >then all packages listed under the "user/" section > Hi Eero and all, I tried this and all went well except that the last "/" was too much in the Web address: it should be just "file:///media/mmc1". With the last "/" AM found the packages but was unable to load them. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder for maemo extras repository
Fred wrote: > Hi, > > I try to be able to generate my projects for OS2007 as well as 0S2008 > (with a few lines in configure.ac) > > But with the auto-builder, I have to specify hildon dev packages in > debian/control ... which breaks my setup for OS2007 > > What would you recommend to keep this possibility ? > Hello Fred, I know nothing about the syntax of debian/control, but I looked at how others have done it. In maemo-mappers debian/control I found out that it is possible to have "or" conditions, like this: Build-Depends: hildon-libs-dev | libhildon1-dev, hildon-fm-dev | libhildonfm2-dev Try this out. BR. Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Runtime exception in Multithreading N800
nisha jain wrote: > I am getting following run time exception some times while running > number of times... > > N800App[2455]: GLIB CRITICAL ** Gtk - gtk_box_pack_start: assertion > `child->parent == NULL' failed > > Please let me know if some one has any idea about it? Hello Nisha, You are probably trying to pack a widget twice. Maybe you copied the call of gtk_box_pack_start a few lines above and did not remember to change the name of the widget? Regards, Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
VS: Re: maemopad exits suddenly when clicking on Save icon
Hi Jakov, You have to rebuild your application for X86 architecture. You are now trying to run an ARMEL binary with X86. So make clean; make -- Julius - Alkuperäinen viesti - Lähettäjä: Jakov <[EMAIL PROTECTED]> Vastaanottaja: [EMAIL PROTECTED], maemo-developers@maemo.org Lähetetty: Ma 18 Helmi 2008 09:40:30 Aihe: Re: maemopad exits suddenly when clicking on Save icon Thank you, I also have Chinook X_86. Is it supposed to work? In fact, I tried to switch to X_86 target. But when I ran maemopad, it said: /scratchbox/tools/bin/misc_runner: SBOX_CPUTRANSPARENCY_METHOD not set Could you do me a favor by telling me how to set it up? Thanks a lot! On Feb 18, 2008 4:23 PM, <[EMAIL PROTECTED]> wrote: > Jakov wrote: > > > > I'm using Maemo 4.0 Chinook. After I load maemopad, click on > > Save icon, this application suddenly exits. The msg in the console is: > > > > [sbox-CHINOOK_ARMEL: ~/maemopad-2.1] > run-standalone.sh src/maemopad > > qemu: Unsupported syscall: 264 > > This is the problem, you need a version of qemu w/ support for more of > the arm cpu. > > Please keep in mind that the ARMEL environment is designed for cross > compiling, not for hosting/testing. > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: VS: Re: VS: How can I test a GPS application without using the device?
Andrea Grandi wrote: > Hi, > > 2008/2/8, Julius Luukko <[EMAIL PROTECTED]>: >> Hi Andrea, >> >> You can get gps.txt here: >> >> http://gpsfeed.cvs.sourceforge.net/*checkout*/gpsfeed/gpsfeed/gps.txt?revision=1.1 > > trying with this file, I get this error: > > [EMAIL PROTECTED]:~/documenti/sviluppo/python/gpstest$ sudo gpsfake > gpsfake.log > [sudo] password for andy80: > gpsfake: unknown packet type, leader > , (0xa) > [EMAIL PROTECTED]:~/documenti/sviluppo/python/gpstest$ > > any idea? > Hi Andrea, (replying to maemo-developers also, I forgot at first) What does file gpsfake.log output? The 0xa hints to some line newline conversion problem. I get $ file gps.txt gps.txt: ASCII text This gps.txt works fine in my machine. Btw. I don't run gpsfake as root. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: VS: How can I test a GPS application without using the device?
Andrea Grandi wrote: > Hi, > >> You can use gpsfake on your host machine (comes with gpsd). I noticed >> that it works with scratchbox, I don't know how, but it does. I was about to >> try to run it inside scratchbox, but there is no need. > > I noticed it but I wasn't able to make it work, because I couldn't > find any gps log file to use with it. Where can I get one? Or how can > I generate it? > > Thanks for your support. > Hi Andrea, I generated a log file by driving around with my laptop and a bluetooth gps. I don't remember exactly, which program I used to output the NMEA data to a file, probably gpsd itself by starting it in debug mode with /usr/sbin/gpsd -N -D 2 /dev/rfcomm0 I noticed that gpsfeed that you mentioned in your first mail includes a sample NMEA data file. Look for gps.txt. I have used that also. Note that gpsfake starts gpsd. gpsd might be located in /usr/sbin that is not in path for non-root users. Add /usr/sbin to path before starting gpsfake. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
VS: How can I test a GPS application without using the device?
Hello Andrea, You can use gpsfake on your host machine (comes with gpsd). I noticed that it works with scratchbox, I don't know how, but it does. I was about to try to run it inside scratchbox, but there is no need. Sorry for top posting, using the ITOS default e-mail client. -- Julius - Alkuperäinen viesti - Lähettäjä: Andrea Grandi <[EMAIL PROTECTED]> Vastaanottaja: maemo-developers@maemo.org Lähetetty: To 07 Helmi 2008 16:42:33 Aihe: How can I test a GPS application without using the device? Hello, I'd like to write a Python application that interface itself to GPS (using gpsd). I'd like to be able to develop it on my PC as well, without using the real hardware. Not because I don't want to use my N810, but because I should use it outside to test it! I've discovered this application: http://gpsfeed.sourceforge.net/ "gpsfeed+ is a utility that feeds the PC with continuous GPS data as if a GPS were moving in a car or airplane. NMEA 0183 GPS sentences are sent to the application through a socket (TCP/IP) connection or a UDP multicast message.!" but I still cannot understand if it works also with gpsd. I'd like to test it on my Ubuntu machine, but while Maemo uses this library for python-gps: http://pymaemo.garage.maemo.org/documentation/python_gps_examples/index.html Linux seems to have a totally different library. I did "apt-get install python-gps" the unique python gps library available in repository and it comes without any documentation. So I've to develop in Scratchbox at least but I would need a GPS "simulator", a very simple one... so I could test a GPS application even in Scratchbox environment, without using a real GPS device. Any idea? What are, all those people that wrote a gps-application, using to test it? In particular maemo-mapper, gps-camera ecc. Thanks for your support! -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.ptlug.org/andreagrandi.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: devkit doctools in chinook?
Juha Kallioinen wrote: > ext Julius Luukko wrote: >> Juha Kallioinen wrote: >>> ext Julius Luukko wrote: > ... >>> Heh now I feel stupid responding so many times to your post. I tried >>> compiling maemopad from the sources and it compiled fine without any >>> modifications and without the doctools devkit. >> >> Interesting. But do you have intltool installed if you don't have >> doctools? > > I did install intltool from the Chinook repository and I am not using > the doctools devkit. My Scratchbox target configuration looks like this: > > [sbox-CHINOOK_X86: ~/tmp/pad] > sb-conf sh > Compiler: cs2005q3.2-glibc2.5-i386 > Devkits: perl debian-etch maemo3-tools > CPU-transparency: none > I now have [sbox-CHINOOK_ARMEL: ~] > sb-conf sh Compiler: cs2005q3.2-glibc2.5-arm Devkits: perl debian-etch maemo3-tools cputransp doctools CPU-transparency: /scratchbox/devkits/cputransp/bin/qemu-arm-0.8.2-sb2 [sbox-CHINOOK_ARMEL: ~] > which intltoolize /scratchbox/devkits/doctools/bin/intltoolize [sbox-CHINOOK_ARMEL: ~] > intltoolize --version intltoolize (GNU intltool) 0.33 > It seems that also the cputransp devkit for Chinook is newer than what > you have there. Also check the scratchbox-core and scratchbox-libs > versions you have. > I only updated those packages that maemo-sdk-install_4.0.sh complained about. I must have just downloaded the wrong file for devkit-cputransp from http://scratchbox.org/download/files/sbox-releases/apophis/tarball I updated it now, but it didn't make a difference at least in this intltool matter. I am not sure about versions of scratchbox-core and scratchbox-libs, but those should have been checked by maemo-sdk-install_4.0.sh. It seems, however, that I can cope with the intltool from the doctools devkit. Thanks for your time, Juha. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: devkit doctools in chinook?
Juha Kallioinen wrote: > ext Julius Luukko wrote: >> Hello all, > ... >> make[1]: *** No rule to make target [EMAIL PROTECTED]@.po', needed by >> [EMAIL PROTECTED]@.gmo'. Stop. >> >> This same happens also with maemopad, which is used as an example in >> the Maemo Localization How-to [3], so this is not only a problem with >> my package. > > Heh now I feel stupid responding so many times to your post. I tried > compiling maemopad from the sources and it compiled fine without any > modifications and without the doctools devkit. Interesting. But do you have intltool installed if you don't have doctools? > > I wonder what could be the problem then... My scratchbox is installed from bora installation and I seem to have installed the following packages when I installed chinook scratchbox-devkit-maemo3-1.0.1-i386.tar.gz scratchbox-devkit-debian-1.0.9-i386.tar.gz scratchbox-toolchain-cs2005q3.2-glibc2.5-i386-1.0.7-i386.tar.gz scratchbox-toolchain-cs2005q3.2-glibc2.5-arm-1.0.7.2-i386.tar.gz scratchbox-devkit-cputransp-1.0.2-i386.tar.gz but directly untarring. So I don't seem to have updated devkit-doctools then. This is a 64 bit Fedora 6 system on AMD Turion, which made the initial scratchbox installation a bit problematic. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
devkit doctools in chinook?
Hello all, I am trying to get my hobby projects to compile in chinook and I have been mostly successful but there is something that I don't understand. My autogen.sh contains intltoolize --automake --copy --force which in chinook gives a "command not found" error message. However, there does not seem to be any problem compiling the package with localized text successfully in place. In [1] it is stated that intltool 0.35.0-3 should be in chinook, but at least my installation does not have it. On the other hand, in bora intltool comes from devkit doctools. In chinook, doctools is not installed, at least according to the installation instructions [2] (I installed chinook using the installer script). If I install intltool with "apt-get install intltool" autogen.sh does find intltoolize, but make ends with make[1]: *** No rule to make target [EMAIL PROTECTED]@.po', needed by [EMAIL PROTECTED]@.gmo'. Stop. This same happens also with maemopad, which is used as an example in the Maemo Localization How-to [3], so this is not only a problem with my package. I then removed intltool and installed doctools devkit also to chinook, and everything seems to work. intltoolize is versio 0.33 compared to 0.35 from repository.maemo.org. So, should doctools be installed with chinook like it was with bora? [1] http://tablets-dev.nokia.com/4.0/3.2_vs_4.0_content_comparison.html [2] http://tablets-dev.nokia.com/4.0/INSTALL.txt [3] http://maemo.org/development/documentation/how-tos/4-x/maemo_localization_how-to.html -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gpsd in OS2007 HE
Alex DAMIAN kirjoitti: > Hello, > > I found that the gpsd supplied in OS2007 HE (osso-gpsd-0.8) would crash > with Illegal instruction fault when launching (as in gpsd > -N /dev/rfcomm0 from command line). > > I downloaded the code from OS2008 version, changed a bit so it could > compile against libdbus-1-2 instead of libdbus-1-3, and created the > OS2007 install package that could be found here: > http://sandel.homeip.net/debs/osso-gpsd_1.0-23_armel.deb > > This works ok on my OS2007 HE. > > Cheers, > Alex Hello Alex, I noticed that too and I made a bug report of it: https://garage.maemo.org/tracker/index.php?func=detail&aid=1735&group_id=164&atid=681 It is easier to use the OS2007 version of osso-gpsd_0.8 and compile it for gregale since no changes are needed at all. I haven't got a suitable place to put the .deb, though. Best regards, Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: selectively disabling virtual keyboard
Austin Che wrote: >> On Sat, Nov 24, 2007 at 10:28:28AM -0500, Austin Che wrote: >>> Is is possible to create a text box that doesn't show the virtual >>> keyboard when it receives the focus? >> Make it read-only. > > I don't think this is exactly the effect I need. I want something > like the "device lock" screen (e.g. control panel->device > lock->change lock code). The text box doesn't seem to be read-only > because the text in it doesn't get grayed out. I guess it is > simply unable to receive the focus. However, the buttons somehow > also emulate a key press for the text box. The buttons don't just > set the text directly as the number that is entered shows up for a > brief moment then turns into an * which doesn't happen if I just > programmatically change the text in the box. > > So assuming that disabling a text box from receiving the focus is > sufficient to prevent the on-screen keyboard from showing up, > what's the best way to send a synthetic key press to the text box? Hello Austin and all, I don't think that synthetizing key presses is the way to go. You can get a similar effect as is in the device lock screen by setting your GTK_ENTRY's editable property to FALSE: myentry=gtk_entry_new(); gtk_editable_set_editable(GTK_EDITABLE(myentry), FALSE); Then use gtk_editable_set_text, gtk_editable_insert_text etc. to set to text in your text box according to your button presses. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Trouble with gtkextra
Julius Luukko wrote: > Julius Luukko wrote: >> [sbox-SDK_ARMEL: ~/testgtkplot] > run-standalone.sh ./testgtkplot >> /home/julle/.osso/current-gtk-key-theme:1: Unable to find include file: >> "keybindings.rc" >> testgtkplot[4227]: GLIB WARNING ** Pango - Cannot open font file for >> font Bitstream Vera Sans 2097151.9990234375 >> testgtkplot[4227]: GLIB WARNING ** Pango - Cannot open fallback font, >> nothing to do >> >> It compiles and runs fine with plain GTK (just define PLAINGTK in >> compilation) but fails with the above error messages in scratchbox >> (haven't tried it in the IT) > > Replying to myself: I tried with the i386 target inside scratchbox and > the program runs, but without printing any text to the plot. I should > have remembered that the qemu emulation is not perfect. I am compiling > for bora. > Continuing my monologue: I took the time to install Chinook today and gtkextra seems to work fine. My test program http://personal.inet.fi/koti/julius.luukko/testgtkplot.c runs inside scratchbox both with X86 and ARMEL targets. I checked the pango source code and found the above error messages in pangoxft_font.c in functions xft_font_get_font and load_fallback_font. The latter is only called from the former, but the former is called from several other functions in pangoxft_font.c. I took a strace in the N800 running OS2007, but I am not sure if I have the time and knowledge to debug this further, or even file a bug report with this little information. The strace is available in http://personal.inet.fi/koti/julius.luukko/testgtkplotstrace.log BR Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
VS: Re: Trouble with gtkextra
Continuing my tests: On the N800 I get the following error: ~ $ ./testgtkplot testgtkplot[2255]: GLIB WARNING ** Pango - Cannot open font file for font SwissA 2097151.9990234375 testgtkplot[2255]: GLIB WARNING ** Pango - Cannot open fallback font, nothing to do ~ $ The program exits without opening any windows. Julius - Alkuperäinen viesti - Lähettäjä: Julius Luukko <[EMAIL PROTECTED]> Vastaanottaja: maemo-developers@maemo.org Lähetetty: Pe 16 Marras 2007 19:29:35 Aihe: Re: Trouble with gtkextra Julius Luukko wrote: > [sbox-SDK_ARMEL: ~/testgtkplot] > run-standalone.sh ./testgtkplot > /home/julle/.osso/current-gtk-key-theme:1: Unable to find include file: > "keybindings.rc" > testgtkplot[4227]: GLIB WARNING ** Pango - Cannot open font file for > font Bitstream Vera Sans 2097151.9990234375 > testgtkplot[4227]: GLIB WARNING ** Pango - Cannot open fallback font, > nothing to do > > It compiles and runs fine with plain GTK (just define PLAINGTK in > compilation) but fails with the above error messages in scratchbox > (haven't tried it in the IT) Replying to myself: I tried with the i386 target inside scratchbox and the program runs, but without printing any text to the plot. I should have remembered that the qemu emulation is not perfect. I am compiling for bora. Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Trouble with gtkextra
Julius Luukko wrote: > [sbox-SDK_ARMEL: ~/testgtkplot] > run-standalone.sh ./testgtkplot > /home/julle/.osso/current-gtk-key-theme:1: Unable to find include file: > "keybindings.rc" > testgtkplot[4227]: GLIB WARNING ** Pango - Cannot open font file for > font Bitstream Vera Sans 2097151.9990234375 > testgtkplot[4227]: GLIB WARNING ** Pango - Cannot open fallback font, > nothing to do > > It compiles and runs fine with plain GTK (just define PLAINGTK in > compilation) but fails with the above error messages in scratchbox > (haven't tried it in the IT) Replying to myself: I tried with the i386 target inside scratchbox and the program runs, but without printing any text to the plot. I should have remembered that the qemu emulation is not perfect. I am compiling for bora. Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Trouble with gtkextra
Hello all, I have trouble getting programs using gtkextra [1] to work. You can get a debian package of gtkextra using mud (I have also made a deb of my own, which divides the library and development files into separate packages). The problem is that the programs fail with the following (or similar) error: [sbox-SDK_ARMEL: ~/testgtkplot] > run-standalone.sh ./testgtkplot /home/julle/.osso/current-gtk-key-theme:1: Unable to find include file: "keybindings.rc" testgtkplot[4227]: GLIB WARNING ** Pango - Cannot open font file for font Bitstream Vera Sans 2097151.9990234375 testgtkplot[4227]: GLIB WARNING ** Pango - Cannot open fallback font, nothing to do So it seems to have something to do with fonts. I know nothing about pango and I have just started to familiarize myself with gtkextra also. Does anybody have any hints how to proceed? I have shortened and hildonized one of the examples from gtkextra. You can find it here http://personal.inet.fi/koti/julius.luukko/testgtkplot.c It compiles and runs fine with plain GTK (just define PLAINGTK in compilation) but fails with the above error messages in scratchbox (haven't tried it in the IT) BR Julius [1] http://gtkextra.sourceforge.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras: autobuilders
Levi Bard wrote: >> [1] Is OS2007 support still useful? There are really only two platforms: OS >> 2006 for 770 owners, and OS 2008 for N800/N810 owners. Maintaining OS >> 2007 >> support could be a pain for application authors. > > I would say that the two relevant platforms are OS2007 for 770 owners > and OS2008 for N8[01]0 owners. > Hello all, I would like to comment on this. I consider myself more a user of maemo/IT than a developer, even though I have some applications of my own (not publicly available, at least not yet) and have described to maemo-developers for a few months now. I have one 770 and one N800 and I have bought one 770 to my farther. I do not have any interest in installing OS2007HE to 770 and my farther is probably never going to even know what a HE is. 770 with OS2006 is still good for what it was designed to be. We (I and my farther) use it for example for light web browsing and navigating (Navicore and Maemo Mapper). I believer that there are quite many users like us. Therefore OS2006 support is still needed. About OS2007 support I have a comment also. I read somewhere that all the applications must be recompiled for OS2008. I use Navicore on the N800 and I don't know if Navicore/Wayfinder will give a free upgrade to a OS2008 version. If they don't I will have to stick with OS2007. If this is the case, OS2007 would be needed. Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: VS: Re: Can't find py-gpsbt for Gregale
Julius Luukko wrote: > Hello, > > I don't know about py-gpsbt, but libgpsbt and libgpsbtmgr are only for > OS2007. It is possible to compile those to OS2006 also. I have done it > and used them with osso-gpsd (which must also be compiled for OS2006). > IIRC there weren't any source changes needed. > Here's how you can compile and install osso-gpsd and friends to OS2006 (this time I did not actually test the installation part in 770, so I'm not sure did I get the order right. I've done it earlier though) 1. Get the sources [sbox-SDK2.2_ARMEL: ~] > wget http://repository.maemo.org/pool/bora/free/source/osso-gpsd_0.8.tar.gz [sbox-SDK2.2_ARMEL: ~] > wget http://repository.maemo.org/pool/bora/free/source/libgpsbt_0.1-18.tar.gz [sbox-SDK2.2_ARMEL: ~] > wget http://repository.maemo.org/pool/bora/free/source/libgpsmgr_0.1-10.tar.gz 2. Compile and install the development packages to scratchbox 2.1 Compile osso-gpsd [sbox-SDK2.2_ARMEL: ~] > tar xzf osso-gpsd_0.8.tar.gz [sbox-SDK2.2_ARMEL: ~] > cd osso-gpsd-0.8 [sbox-SDK2.2_ARMEL: ~/osso-gpsd-0.8] > dpkg-buildpackage -rfakeroot -uc -us -sa -D 2.2. Install osso-gpsd-dev to scratchbox [sbox-SDK2.2_ARMEL: ~/osso-gpsd-0.8] > cd .. [sbox-SDK2.2_ARMEL: ~] > dpkg -i osso-gpsd-dev_0.8_armel.deb 2.3. Compile libgpsmgr [sbox-SDK2.2_ARMEL: ~] > tar xzf libgpsmgr_0.1-10.tar.gz [sbox-SDK2.2_ARMEL: ~] > cd libgpsmgr-0.1 [sbox-SDK2.2_ARMEL: ~/libgpsmgr-0.1] > dpkg-buildpackage -rfakeroot -uc -us -sa -D 2.4. Install libgpsmgr-dev to scratchbox [sbox-SDK2.2_ARMEL: ~/libgpsmgr-0.1] > cd .. [sbox-SDK2.2_ARMEL: ~] > dpkg -i libgpsmgr-dev_0.1-10_armel.deb 2.5. Compile libgpsbt [sbox-SDK2.2_ARMEL: ~] > tar xzf libgpsbt_0.1-18.tar.gz [sbox-SDK2.2_ARMEL: ~] > cd libgpsbt-0.1 [sbox-SDK2.2_ARMEL: ~/libgpsbt-0.1] > dpkg-buildpackage -rfakeroot -uc -us -sa -D 3. Install osso-gpsd, libgpsmgr and libgpsbt to 770 --- 1. Activate Red Pill mode in Application Manager 2. Install the packages in the right order - osso-gpsd_0.8_armel.deb - libgpsmgr_0.1-10_armel.deb - libgpsbt_0.1-18_armel.deb 3. Deactivate Red Pill mode if you like -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
VS: Re: Can't find py-gpsbt for Gregale
Hello, I don't know about py-gpsbt, but libgpsbt and libgpsbtmgr are only for OS2007. It is possible to compile those to OS2006 also. I have done it and used them with osso-gpsd (which must also be compiled for OS2006). IIRC there weren't any source changes needed. Regards, Julius - Alkuperäinen viesti - Lähettäjä: Darius Jack <[EMAIL PROTECTED]> Vastaanottaja: Teemu Nikkilä <[EMAIL PROTECTED]>, maemo-developers@maemo.org Lähetetty: La 13 Loka 2007 22:45:14 Aihe: Re: Can't find py-gpsbt for Gregale Hi, already emailed Luciano, developer of py-gpsbt 3 times. Is it ported to OS2007 only ? Tried to install on my Nokia 770 and failed Hi again, (to Luciano) downloaded python2.5-gpsbt package but on install the following packages are missing libgpsbt >=0.1 libgpsbtmgr >=0.1 My OS is OS2006 not OS2006/HE Do I really have to upgrade my OS or is there any chance to download missing packages/libraries and install your py gpsbt finally ? Is yes, what rep is right ? Thanks again. Darius Jack ___ Hi all, We have just released Python-GPSbt and Python-abook, providing access to GPS and address book data. Both modules are available through Application Manager as separate packages. We will collect all user opinions about them and possibly these packages will be included as part of a new PyMaemo release. GeoClue bindings will be provided as soon as it gets a bit more mature. In fact its possible to access its API using D-Bus calls. Finally, thanks to Eduardo Rocha for suggestions on how to improve py-gpsbt. Regards, Luciano _ Wolf Teemu Nikkilä <[EMAIL PROTECTED]> wrote: Hi, I can not install Python-GPSbt or Python-abook from Application manager in a fresh install of Gregale, the packages are not in the list of all available applications. The repositories I have are: http://catalogue.tableteer.nokia.com/certified mistral user http://catalogue.tableteer.nokia.com/non-certified ; mistral user http://repository.maemo.org gregale free non-free http://repository.maemo.org/extras gregale free non-free I used these to install python2.5-runtime and ipython. What did I miss here? Cheers, Teemu ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers Send instant messages to your online friends http://uk.messenger.yahoo.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
VS: R: Some weird questions about speech2text, text2speech, GPS ...
Hi Marco, The example was by Jussi, not by me. Julius - Alkuperäinen viesti - Lähettäjä: Marco Solari <[EMAIL PROTECTED]> Vastaanottaja: Lähetetty: Ti 17 Heinä 2007 11:37:30 Aihe: R: Some weird questions about speech2text, text2speech, GPS ... Hi, Julius, Thanks a lot ! It's just the example I needed, as simple as possible ... If we will succeed to put up some general _and_ useful utility which uses the GPS data I will publish it here, for sure ... Thanks again for Your attention, everybody ! Marco -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di Jussi Kukkonen Inviato: lunedì 16 luglio 2007 21.22 A: maemo-developers@maemo.org Oggetto: Re: Some weird questions about speech2text, text2speech, GPS ... Julius Luukko wrote: > gpsd is included in N800. Please see > > http://maemo.org/development/documentation/how-tos/3-x/howto_connectiv > ity_guide_bora.html > http://maemo.org/community/wiki/howtousegpsframeworkinos2007/ > http://gpsd.berlios.de/ > > Please note, however, that there is an open bug > > https://bugs.maemo.org/show_bug.cgi?id=1621 > While triaging that bug I wrote a small test program. So, if you're interested in pretty much the shortest possible example of using gpsd and libgpsbt on maemo take a look at https://garage.maemo.org/plugins/scmsvn/viewcvs.php/gpstest/?root=geoclue You might also be interested in the geoinformation framework Geoclue (at least for future projects): http://www.freedesktop.org/wiki/Software/GeoClue https://garage.maemo.org/projects/geoclue/ HTH, Jussi ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: R: Some weird questions about speech2text, text2speech, GPS ...
Marco Solari wrote: > Thanks ! It's just the kind of information I needed ... There is even some > sample code I can use ... > Nothing about speech2text /text2speech ? ;-) > > Marco For text2speech: flite has been ported and should be easily found. Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Some weird questions about speech2text, text2speech, GPS ...
Marco Solari wrote:
> - GPS receiver direct interface (some kind of driver to allow a direct
> reading from GPS receiver output, ie: current point in space, velocity,
> direction ...).
gpsd is included in N800. Please see
http://maemo.org/development/documentation/how-tos/3-x/howto_connectivity_guide_bora.html
http://maemo.org/community/wiki/howtousegpsframeworkinos2007/
http://gpsd.berlios.de/
Please note, however, that there is an open bug
https://bugs.maemo.org/show_bug.cgi?id=1621
that can be overcome with
setenv("GPSD_PROG","/usr/sbin/gpsd",1);
before calling gpsbt_start(). This bug prevents for example the
gps-saver application from connecting to gpsd.
BR
Julius
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gpsd header files?
Julius Luukko wrote: > Kees Jongenburger wrote: > >> On 5/20/07, Julle Luukko <[EMAIL PROTECTED]> wrote: >> >>> Hello all, >>> >>> I am planning an application that needs a GPS. Since now gpsd is >>> already in N800 I thought that I would use it. But the problem is that >>> I can't find gpsd header files. I have installed osso-gpsd in >>> scratchbox, but there doesn't seem to be a osso-gpsd-dev package. >>> >>> At first I would like to compile gps-saver (available in garage) >>> myself. I tried to use the header files directly from gpsd's official >>> source. I managed to compile (needed some changes in the gps-saver >>> source) but it fails at link phase complaining about not finding libgps. >>> >> gpsd was introducted in it2007 so I guess it's normal that your >> program will not link. >> >> Matthew Andrew submited a mud file to compile and package gpsd for it2006 >> the .deb file you can find here contains .h files and the libs >> https://garage.maemo.org/tracker/index.php?func=detail&aid=822&group_id=63&atid=295 >> >> >> (I just hope it's the same gpsd we are talking about) >> >> greetings >> >> > > Thanks, Kees, but it seems that the it2007 version of gpsd is somewhat > different from the stock gpsd. The struct gps_fix_t seems to have more > fields (pitch, roll and dip) in the it2007 version. This can be seen in > the gps-saver source. > > Well, I did some more searching and found the source of osso-gpsd in > http://repository.maemo.org/pool/bora/free/source/osso-gpsd_0.8.tar.gz. > I will check if I am able to compile it myself. > > I managed to compile osso-gpsd-dev from the source and after that I can also compile gps-saver. So all well for the time being... -- Julle ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: gpsd header files?
Kees Jongenburger wrote: > On 5/20/07, Julle Luukko <[EMAIL PROTECTED]> wrote: >> Hello all, >> >> I am planning an application that needs a GPS. Since now gpsd is >> already in N800 I thought that I would use it. But the problem is that >> I can't find gpsd header files. I have installed osso-gpsd in >> scratchbox, but there doesn't seem to be a osso-gpsd-dev package. >> >> At first I would like to compile gps-saver (available in garage) >> myself. I tried to use the header files directly from gpsd's official >> source. I managed to compile (needed some changes in the gps-saver >> source) but it fails at link phase complaining about not finding libgps. > gpsd was introducted in it2007 so I guess it's normal that your > program will not link. > > Matthew Andrew submited a mud file to compile and package gpsd for it2006 > the .deb file you can find here contains .h files and the libs > https://garage.maemo.org/tracker/index.php?func=detail&aid=822&group_id=63&atid=295 > > > (I just hope it's the same gpsd we are talking about) > > greetings > Thanks, Kees, but it seems that the it2007 version of gpsd is somewhat different from the stock gpsd. The struct gps_fix_t seems to have more fields (pitch, roll and dip) in the it2007 version. This can be seen in the gps-saver source. Well, I did some more searching and found the source of osso-gpsd in http://repository.maemo.org/pool/bora/free/source/osso-gpsd_0.8.tar.gz. I will check if I am able to compile it myself. -- Julle ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
