Re: Installing scratchbox on Fedora 8: PERMISSION PROBLEMS

[Vladislav Grinchenko]

Looks like you need to install targets in addition to scratchbox itself.
You need at least i386, but most likely would need ARMEL to build native
binaries. If you have them installed, run 'sb-menu' and select a target.
Selecting a target configures scratchbox by making a number of symbolic
links. 

I run maemo SDK on Fedoras since day one with no problems so far.

If you have any more questions, feel free to ask.

--Vlad


On Thu, 2008-10-23 at 12:25 -0500, Darren Enns wrote:
> Fred wrote:
> > Darren Enns a écrit :
> >> Fred wrote:
> >>> Eero Tamminen a écrit :
>  Hi,
> 
>  ext Darren Enns wrote:
> > Today, I determined to 'once again' try to install 'scratchbox' on 
> > my Fedora 8 machine.  I have now tried to do so twice today, with 
> > the same final disappointing result when trying to run 'python2.5' 
> > (after needing to install it with 'apt-get'):
> >
> > [sbox-N800: ~] > python2.5
> > /scratchbox/tools/bin/misc_runner: /tmp/cputransp_dmenns.log: 
> > Permission denied
>  Is this file writable by you?
> 
> 
>  - Eero
>  ___
>  maemo-developers mailing list
>  maemo-developers@maemo.org
>  https://lists.maemo.org/mailman/listinfo/maemo-developers
> >>> Do you have SELinux enabled ?
> >>>
> >>> Fred
> >> Hmmm...no, on my machine 'SELinux' appears to be disabled, but would 
> >> that even have an effect 'inside' scratchbox while running the 'arm' 
> >> emulator?
> >>
> >> Thanks
> >>
> >> Dare
> >> ___
> >> maemo-developers mailing list
> >> maemo-developers@maemo.org
> >> https://lists.maemo.org/mailman/listinfo/maemo-developers
> >
> > Your error shows a path outside of scratchbox ...
> > I know I have a load of hair pulled out because of SELinux so ...
> > But if SELinux is disabled ...
> >
> > Fred
> You probably know better than me, but I think that the 'appearance' of a 
> referral to a path outside scratchbox is just an illusion i.e. 
> "/scratchbox" doesn't actually exist at the root level on my 'real' box 
> as this appears.
> 
> It is interesting that on my Debian-based 'scratchbox' environment (on a 
> different PC), the '/tmp' directory does have different (more 
> permissive) permissions:
> 
> sbox-CHINOOK_ARMEL: ~ > ls -ld /tmp
> drwxrwxrwt  7 root root 4096 Oct 23 12:16 /tmp
> 
> If there were some way for me to *really* sign into scratchbox as 
> 'root', maybe I could try to repair my Fedora operation.  However, I 
> would imagine that there are lots of other people out there running 
> scratchbox on Fedora, and can (hopefully) tell me what I have done wrong 
> (or what they did to fix this).  Are you running Fedora yourself?  Can 
> you check your '/tmp' permissions for me?
> 
> Thanks
> 
> Dare
> 
> ___
> 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: Portrait Maemo app

[Vladislav Grinchenko]

David,

> Also, I've just written my first app in gtk/C.
> After sobbing quietly and trying to avoid getting tears on my N800 I'm looking
> forward to getting back to Qt!!
> 
> Apologies to any gtk fans out there - I just have a hard time with all the
> pointer casting and trying to bludgeon the OO api into C. Qt was so much more
> elegant.
> 

If you are looking for an OO wrapper, then I would highly recommend
official Gtk+ C++ binding - Gtkmm [1]. It's SDK is fully integrated with
maemo (thanks to the relentless work done by good people of Openismus
[2]).

You can install all necessary libraries with one simple meta-package
[3], [4].

There are several Gtkmm applications ported to and integrated with Maemo
UI you can use as an example: glom [5], granule [6] to name a few.



On Thu, 2008-06-12 at 10:51 +0100, David Greaves wrote:
> Lorn Potter wrote:
> > Qt's rotation is not done on the hardware level, it is done in Qt's
> > software. It can be done, if the transformed driver is being used.
> OK - given no tilt sensor, I'd put buttons in the corners that do the same 
> thing.
> 

Same goes for Gtk - all you do is have 2 Views of MVC pattern [7] - one
for landscape, another for portrait. Gtk+ supports text rotation. You
would need to rotate labels of all buttons, reorient toolbars, and
rotate your text/graphics as well. But it is doable. As a good starting
point, look at FBReader source code - the venerable e-books reader does
software rotation without a hitch [8].

> check = (GtkCheckButton*) gtk_check_button_new_with_label("aargh");
> Since when does a constructor need type casting?
> 

More like this in Gtkmm:

Gtk::CheckButton cb = Gtk::manage (new Gtk::CheckButton ("foobar"));

and you don't have to worry about memory management ever again.

> So when can I
>   maemo-rootstrap diablo50_Qt_armel
> ? 
> 

I don't think so [9], but I guess, after all, it is a matter of personal
taste. Take a look at Ardour [10] as a good example of separating
functionality from a GUI toolkit.

hope this helps,
--vlg

[1] http://maemomm.garage.maemo.org/docs/index.html
[2] http://www.openismus.com/
[3] http://maemo.org/development/documentation/programming_languages/
[4] http://home.comcast.net/~3rdshift/articles/Nokia770/Maemo-Gtkmm.html
[5] http://www.glom.org/
[6] http://granule.sourceforge.net/
[7] http://en.wikipedia.org/wiki/Model-view-controller
[8] http://www.fbreader.org/
[9]
http://www.gtkmm.org/docs/gtkmm-2.4/docs/FAQ/html/index.html#id2504429
[10] http://ardour.org/development



___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers

Re: Help regarding installation on N800

[Vladislav Grinchenko]

Nisha,

I faced the same problem with N800 just recently. Have you looked at the
Log of AI? The error should be reported there. The hint that I got from
looking at log was that by default AI was trying to use internal card
(if present) as the placeholder for the temporary files created during
installation. Mine was corrupted. One of the options of AI configuration
controls that setting.

Some people also suggested to enable 'gainroot' mode and try to install
from command-line with dpkg to see what the actual problem is.

--vlg


On Mon, 2008-01-28 at 19:40 -0600, nisha jain wrote:
> Hi All,
>  
> I have made a simple GUI using Hildon and created debian package which
> i am not sure correct or wrong.
>  
> I have trasferred it to N800 handheld and tried installing through
> application manager but I am getting problem 
>  
> as it is not installing.. It throws following error
>  
> -- Unable to install. 
> Incompatible application package...
>  
> Let me know how i can resolve this? I have no clue what is going
> wrong...
>  
>  
> Regards,
> Nisha
> ___
> 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: Change ESSID of WLAN0 via ioctl

[Vladislav Grinchenko]

Leandro,

what's the error message ioctl() reports?

On as side note, you should use strncpy() and avoid mixing stdio calls
with iostream (printf, cout).

--vlg

On Tue, 2008-01-29 at 10:01 -0300, Leandro Sales wrote:
> Hi list.
>   How can I change the wireless access point via programming code in
> maemo platform? I have the following piece of code that works
> perfectly in my laptop, but when used in maemo, the wlan0 interface
> disconnect but not reconnect to the new ESSID.
>Any suggestion? Thanks
> 
> Leandro.
> 
> int setEssid (char iface[6], char essid[IW_ESSID_MAX_SIZE]) {
>int soc;
>struct iwreq wrq;
> 
>cout << "Changing Access Points...";
>strcpy(wrq.ifr_name, iface);
>wrq.u.essid.pointer = (caddr_t)essid;
>wrq.u.essid.length = strlen(essid)+1;
>wrq.u.essid.flags = 1;
> 
>soc = socket(AF_UNIX, SOCK_DGRAM, 0);
>if (ioctl(soc, SIOCSIWESSID, &wrq) < 0) {
>printf("Error setting ESSID on %s: %s\n", iface,
> strerror(errno));
>close(soc);
>exit(-1);
>} else {
>cout << " done!\n";
>}
> 
>return 1;
> }
> ___
> 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: Maemo Language bindings and priorities

[Vladislav Grinchenko]

Jukka-Pekka,

I am very pleased with existing *unofficial* C++[1] binding and would
like its support become official for the lifetime of the Internet
Tablet.

--Vlad--

[1]


Maemomm reference: 
Maemomm User Doc:



 

On Tue, 2007-04-10 at 16:20 +0300, [EMAIL PROTECTED] wrote:
> Hi,
> 
> I'm collecting developer feedback regarding language binding needs on
> maemo. Hildon and other APIs need bindings in order to have native
> support in languages other than C. Currently there exists unofficial
> bindings for  C++, for example, and bindings for Python. So the
> question is what bindings do you need for your development, for what
> language, and why (if not obvious)?  Thanks!
> 
> And, btw, thanks for the documentation improvement feedback!
> 
> Regards, 
> JP
> 
> ___
> 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: How to install Xepphyr deb file on Redhat which uses rpms?

[Vladislav Grinchenko]

try 'sudo yum install xorg-x11-serer-Xephyr'

--Vlad

On Wed, 2007-03-21 at 09:33 -0600, Paul F. Sehorne wrote:
> Thanks to advice from Kimmo Hämäläinen, I now have my first Hildon 
> program (the sample) compiled and ready to run.  Next is to get Xephyr 
> running.  I'm running Redhat which uses RPMs.  How do I install the 
> Xephyr DEB file?
> 
> Thanks,
> 

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] problem with maemomm

[Vladislav Grinchenko]

Levi,

for now, while we are all in transition to n800, you can still use
mistral (maemo 2.0) to build for 2.0/2.1. 

mistral has hildon-widgetsmm-dev (and its dependencies) which is the old
API wrapper of hildon-widgets.

-Vlad

On Wed, 2007-01-31 at 09:25 -0600, Levi Bard wrote:
> > maeommm is currently only available for bora (Maemo 3.0, as used on the
> > N800). You seem to be using scirocco (Maemo 2.1).
> >
> > It could theoretically be built for Maemo 2.1 and Maemo 2.0, but it
> > would take some work, which we won't do unless it seems really
> > necessary.
> 
> So mistral and scirocco users and devs won't have c++ apis and apps
> available?  What's the reasoning for that?
> 
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] CPA: Maemo Service Handler

[Vladislav Grinchenko]

Nice! 

can you make a package for 'mistral' as well (for all us poor forlorn
n770 users)?

Good to see another Gtkmm project for maemo.

-Vlad
On Wed, 2007-01-31 at 08:52 +0200, Tuomas Kulve wrote:
> 
> I made a little Control Panel applet for starting and stopping system
> services in /etc/init.d/:
> 
> http://tuomas.kulve.fi/blog/2007/01/27/maemo-service-handler/
> 
> It seems to be stable, but it misses many convenient features, which may
> not ever get there, since it works already..
> 
> 
> PS. For Bora.
> 
> ___
> 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] Maemo Garage Start Up Wiki Page

[Vladislav Grinchenko]

Greg,

thanks for the writeup - it is very helpful.

-Vlad

On Sun, 2006-10-01 at 17:13 -0700, Greg Morgan wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello,
> 
> Some time ago a developer asked how to get going with the Maemo Garage
> once his project was approved.  I have been hacking on a wiki page that
> describes what to do.  Please see
> http://maemo.org/maemowiki/MaemoGarageStartUp .  This is still an early
> draft but there's a great deal of useful information at this point in
> the page's life.  Also note that when I write wiki pages I just throw
> stuff out there warts and all.  I find this keeps me from having writers
> block.  Please hit the edit button and contribute or provide any
> feedback on this email thread.
> 
> Regards,
> Greg
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2.2 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> 
> iD8DBQFFIFmmxyxe5L6mr7IRAszmAJ9jCz4T2CyWTrh4JwY7vOHdTmnxCACfZZnp
> SSEUHzxfa/45A/07d3WuJgw=
> =PK8G
> -END PGP SIGNATURE-
> ___
> 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] libsigc++ source package missing

[Vladislav Grinchenko]

Johannes,

my guess is that your ultimate goal is to get hildon-widgetsmm
installed. That is not working at the moment [1]. hildon-widgetsmm
package in the repository still implements only deprecated old
Hildon::AppView interface. The last time I checked there were still
optimization issues with gtkmm-2.4 package. It is compiled by default
with exceptions enabled which yields a whooping 2.9Mb for
libgtkmm-2.4.10 when installed and in the process by the developers of
getting optimized. Given the August vacation time, I wouldn't count on
getting the ball rolling till late September/October timeframe, IMHO.

However, you can still build all dependencies yourself and, at least
for now, use Hildon::AppView. I have updated my instructions [2] and
also put out ARMEL .deb packages out [3]. I still have both i386 and
ARMEL development packages around and can make them available as well
(upon request).

hope this helps,
-Vlad

[1]


[2] 

[3]


hope this helps,
--Vlad

On Fri, 2006-08-11 at 13:25 +0200, Johannes Schmid wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hi!
> 
> # apt-get source libsigc++-2.0
> 
> gives me the following error. Seems like the source tarball was not
> uploaded correctly.
> 
> Reading Package Lists... Done
> Building Dependency Tree... Done
> Need to get 2300kB of source archives.
> Get:1 http://repository.maemo.org mistral/free libsigc++-2.0
> 2.0.17-0maemo0 (dsc) [660B]
> Err http://repository.maemo.org mistral/free libsigc++-2.0
> 2.0.17-0maemo0 (tar)
>   404 Not Found [IP: 212.23.33.39 80]
> Get:2 http://repository.maemo.org mistral/free libsigc++-2.0
> 2.0.17-0maemo0 (diff) [5919B]
> Fetched 2B in 1s (2B/s)
> Failed to fetch
> http://repository.maemo.org/contrib/pool/2.0/free/source/libs/libsigc++-2.0/libsigc++-2.0_2.0.17.orig.tar.gz
>  404 Not Found [IP: 212.23.33.39 80]
> E: Failed to fetch some archives.
> 
> 
> Regards,
> Johannes
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2.2 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFE3Gkw7Dsf+G5b/WsRAgo5AKC3aWRwDGfjOFzvYvO/DQCapWlQRgCg8RuG
> ZbsblyYOIF/Du/IVgV0oKX0=
> =xQWn
> -END PGP SIGNATURE-
> ___
> 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] libgtkmm installation fails

[Vladislav Grinchenko]

More details,

> > Various stuff is happening at the moment with the gtkmm packages,
> > including two of us uploading packages at once, and us not being sure
> > which ones were actually used. We'll work it out in the next few days.
> 
> Thanks. I want to try new IT2006, but without gtkmm it is useless to me.
> 
> I was trying to build libgtkmm-2.4 myself at first by downloading
> libgtkmm-2.4 (2.4.10-1) sources and applying Debian patch 
> (gtkmm2.4_2.4.10-1.diff) from
> http://packages.debian.org/stable/libs/libgtkmm-2.4-1.
> 
> But compilation fails:
> 
>  g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"pangomm\" -I../../pango
> -I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/pango -I../../pango
> -I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/pango -I../../atk
> -I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/atk -I../../gdk
> -I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/gdk -I../../gtk
> -I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/gtk -I/usr/include/glibmm-2.4
> -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc
> ++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
> -I/usr/include/pango-1.0 -pthread -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -Wall -g -O2 -MT fontset.lo -MD -MP
> -MF .deps/fontset.Tpo -c fontset.cc  -fPIC -DPIC -o .libs/fontset.o
> fontset.cc: In function `gboolean
> ::fontset_foreach_callback(PangoFontset*, PangoFont*, void*)':
> fontset.cc:41: error: `exception_handlers_invoke' is not a member of
> `Glib'
> make[5]: *** [fontset.lo] Error 1
> make[5]: Leaving directory
> `/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/pango/pangomm'
> 

This error seems to be the result of fontset.cc calling
Glib::exception_handlers_invoke() which is conditionally compiled by
libglibmm-2.4 if GLIBMM_EXCEPTIONS_ENABLED is set
(see /usr/include/glibmm-2.4/glibmm/exceptionhandler.h).

Sounds like libglibmm-2.4 I installed with apt-get from maemo repo
(libglibmm-2.4-1c2a) has been built with exceptions disabled (???).

hope this helps,
-Vlad


___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] libgtkmm installation fails

[Vladislav Grinchenko]

On Tue, 2006-08-01 at 16:13 +0200, Murray Cumming wrote:
> > Hi,
> >
> > I am trying to install libgtkmm-2.4-dev and its dependencies in
> > scratchbox-0.9.8 (IT2006) to no avail:
> >
> > -
> > [sbox-SDK_PC: /home] > fakeroot apt-get install libgtkmm-2.4-dev
> >

> >
> >   libgtkmm-2.4-dev: Depends: libgtkmm-2.4-1 (= 2.4.10-1) but it is not
> > going to be installed
> > E: Broken packages
> > --
> >
> > However, libgdkmm-2.4-dev installs without a hitch.
> 
> Is there even a package called that, or do you mean libglibmm-2.4-dev?
> 

yeah, I meant libglibmm-2.4-dev.

> > Did the installation work for anybody else?

> 
> Various stuff is happening at the moment with the gtkmm packages,
> including two of us uploading packages at once, and us not being sure
> which ones were actually used. We'll work it out in the next few days.

Thanks. I want to try new IT2006, but without gtkmm it is useless to me.

I was trying to build libgtkmm-2.4 myself at first by downloading
libgtkmm-2.4 (2.4.10-1) sources and applying Debian patch 
(gtkmm2.4_2.4.10-1.diff) from
http://packages.debian.org/stable/libs/libgtkmm-2.4-1.

But compilation fails:

 g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"pangomm\" -I../../pango
-I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/pango -I../../pango
-I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/pango -I../../atk
-I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/atk -I../../gdk
-I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/gdk -I../../gtk
-I/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/gtk -I/usr/include/glibmm-2.4
-I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc
++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/pango-1.0 -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -Wall -g -O2 -MT fontset.lo -MD -MP
-MF .deps/fontset.Tpo -c fontset.cc  -fPIC -DPIC -o .libs/fontset.o
fontset.cc: In function `gboolean
::fontset_foreach_callback(PangoFontset*, PangoFont*, void*)':
fontset.cc:41: error: `exception_handlers_invoke' is not a member of
`Glib'
make[5]: *** [fontset.lo] Error 1
make[5]: Leaving directory
`/home/vlg/Gtkmm-2.4/gtkmm-2.4.10/pango/pangomm'

> 
> If this is my package (I can't check from here) then the problem might be
> that I was unable to create a gtkmm package for i386, but I did create one
> for arm.
> 

Hmm, that's interesting. How would I know if it is your package or not?
I searched maemo repository and am pretty sure apt-get picks up packages
from here:

http://repository.maemo.org/contrib/dists/2.0/free/binary-i386/Packages

Package: libgtkmm-2.4-dev
Priority: optional
Section: libdevel
Installed-Size: 5620
Maintainer: Bradley Bell <[EMAIL PROTECTED]>
Architecture: i386
Source: gtkmm2.4
Version: 2.4.10-1

Sounds like both you and Bradley are trying to get this issue resolved?

thanks,
-Vlad
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] libgtkmm installation fails

[Vladislav Grinchenko]

Hi,

I am trying to install libgtkmm-2.4-dev and its dependencies in
scratchbox-0.9.8 (IT2006) to no avail:

-
[sbox-SDK_PC: /home] > fakeroot apt-get install libgtkmm-2.4-dev

Reading Package Lists... Done
Building Dependency Tree... Done

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:

  libgtkmm-2.4-dev: Depends: libgtkmm-2.4-1 (= 2.4.10-1) but it is not
going to be installed
E: Broken packages
--

However, libgdkmm-2.4-dev installs without a hitch. 
Did the installation work for anybody else?

any hints are highly welcome.
thanks,
-Vlad

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Fail to package in maemo-2.0 SDK_PC target

[Vladislav Grinchenko]

Fernando,

thanks! That was exactly my problem. 
On Mon, 2006-07-31 at 15:05 +0300, Fernando Herrera wrote:
> On Mon, 2006-07-31 at 13:14 +0300, ext Marius Vollmer wrote:
> > "ext Vladislav Grinchenko" <[EMAIL PROTECTED]> writes:
> > 
> > > dh_installdeb
> > > Undefined subroutine &main::debhelper_script_subst called
> > > at /usr/bin/dh_installdeb line 66,  line 1.
> > > make: *** [binary-arch] Error 9
> > 
> > I _think_ I have seen this: in my case it was a problem with
> > Scratchbox redirecting to its own version of Perl which had a
> > different module path and would pick up an old version of
> > Debian::Debhelper::Dh_Lib.  Or something like that.
> 
> Yes, I had also that problem because. Setting the "debian" devkit in the
> scratchbox target fixed the problem for me.
> 
> Salu2
> 
> 
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] How to handle packaging for debian-native packages?

[Vladislav Grinchenko]

Peter,
On Mon, 2006-07-24 at 23:00 -0400, Peter Kahle wrote:
[deleted]
> 
> On a completely different subject, I know Murray is working on
> gtkmm bindings, but is anyone actively working on hildonmm bindings, or 
> do they come (nearly) free with gtkmm? I'm looking forward to getting 
> granule (flash card program) up and running natively on IT06.
> 
No worry, I'll do the port myself as soon as Murray finishes with
gtkmm/hildonmm convertion to IT2006.

-Vlad

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Fail to package in maemo-2.0 SDK_PC target

[Vladislav Grinchenko]

Hi,

I have upgraded to maemo 2.0 and now any package I try to build fails
with the same error:

dh_testdir
dh_testroot
dh_installchangelogs ChangeLog
dh_installdocs
dh_installexamples
dh_install --sourcedir=debian/tmp
dh_installman -plibassa-bin debian/assa-genesis.1
dh_link
dh_strip
dh_compress
dh_fixperms
dh_makeshlibs
dh_installdeb
Undefined subroutine &main::debhelper_script_subst called
at /usr/bin/dh_installdeb line 66,  line 1.
make: *** [binary-arch] Error 9

Googling doesn't reveal anything useful. Someone has already seen
this problem but his question went unanswered.

Any hints?

thanks,
-Vlad
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] sounds through pygtk?

[Vladislav Grinchenko]

Thanos,

do you have an access to hildon_play_system_sound()?

That's what I use to play a quick sound bite.

-Vlad

On Tue, 2006-07-25 at 18:58 +0200, Thanos Panousis wrote:
> Hello list,
> 
> I am searching for a way to produce sounds in a pygtk application
> running on maemo. Like, a callback to a function that produces a
> dialog box, with a bell sound.
> 
> Found no way to do it in python though. Any suggestions? 
> ___
> 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] where are my log files?

[Vladislav Grinchenko]

Have you checked to see if logd is running?

-Vlad 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christine Liu
Sent: Thursday, June 15, 2006 4:02 PM
To: maemo-developers@maemo.org
Subject: [maemo-developers] where are my log files?

hi all -

i am incapable of finding any log files or messages on my maemo. i'm logged in 
as root...

/var/log exists as a directory but there is *nothing* inside of this folder. 
not even hidden files.

the reason i'm asking is because i'm trying to set up a simple Desktop shortcut 
(à la http://n770.herraiz.org/archives/16) that runs a python script. 
everything works, i just want to implement the icon shortcut.

however, i'm having issues. for one thing i get errors like 'root is not in the 
sudoers file' and things like that. but for now i'm just trying to figure out 
the log mystery, which might help point toward the solution here.

thank you!
christine
___
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] GTKmm on N770

[Vladislav Grinchenko]

Title: RE: [maemo-developers] GTKmm on N770







My instructions (somewhat outdated) can be found here:

http://home.comcast.net/~3rdshift/articles/Nokia770/Maemo.html

-Vlad

-Original Message-
From: [EMAIL PROTECTED] on behalf of Chris Farrell
Sent: Wed 5/10/2006 10:46 AM
To: maemo-developers@maemo.org
Subject: [maemo-developers] GTKmm on N770

Hello,

I've noticed a few posts in the archive regarding GTKmm on the Nokia N770. Is there any detailed instructions on how to install GTKmm under scratchbox? How do I configure etc/apt/sources.list ... what kind of repositories should I have in this list. When I scrap this and try to do it manually I get nested dependencies.

Thanks a lot,
Chris
___
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] User interface stuff on maemo.org

[Vladislav Grinchenko]

Tuomas, 

On Wed, 2006-03-22 at 05:56, Tuomas Kuosmanen wrote:
> Hi folks!
> 
> I just wanted to quickly introduce myself to the list. I'm happy to see
> many familiar names here as well.
> 
> It appears that my job involves helping you guys, when you are porting
> or developing applications on the 770. Since I am mostly a user
> interface and graphics person, feel free to ask for comments / ideas /
> help when you are pondering about the user interface of your project.

welcome! We need all the help we can get. I'll throw in my 2c:

1. Because there is no mouse, the popup menues are out of picture.
However, many apps are coded with Copy/Cut/Paste in mind at no expense
provided with right-mouse click. It would be extremely useful to place
Cut/Copy/Paste icon triplet someone on the desktop permanently so that
any application can have it accessible without sacrificing its own space
on the screen.

2. The geometry of a dialog is distorted by the virtual keyboard
activation. When the keyboard is hidden, the geometry should be
restored.

3. Application installer needs a major facelift:
 a) for one thing it should take the whole screen. 
 b) also, installed applications should be sorted by name and their
versions placed in a separate column. 
 c) error messaging is so utterly poor, it leaves the end user utterly 
bewildered - we need a detailed explanation of what have happened so
that the end user can notify the developers of the failure (better yet,
e-mail or file bug report right on the spot with wifi connection).


hope this helps,
-- Vlad
_____
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] maemo_af_desktop: We could not read lowmem page stats.

[Vladislav Grinchenko]

I upgraded my distribution from 1.1 rc5 to 1.1 and now have this:

[sbox-SDK_PC: ~] > af-sb-init.sh start
Sample files present.
Starting DBUS system bus
Starting D-BUS session bus daemon
Starting Sapwood image server
Starting Matchbox window manager
Starting Keyboard
Starting MAEMO AF Desktop

maemo_af_desktop[3034]: GLIB CRITICAL ** GLib-GObject - g_object_set:
assertion `G_IS_OBJECT (object)' failed

maemo_af_desktop[3034]: HildonStatusBarItem: Unable to open plugins:

/usr/lib/hildon-status-bar/libsound.so : No such file or directory
/usr/lib/hildon-status-bar/libinternet.so : No such file or directory
/usr/lib/hildon-status-bar/libgateway.so : No such file or directory
/usr/lib/hildon-status-bar/libbattery.so : No such file or directory

Needless to say, /usr/lib/hildon-status-bar/ is empty.

Starting an application from the toolbar leads to:

maemo_af_desktop[3034]: We could not read lowmem page stats.

This particular error is triggered by the hildon code (hn-wm-memory.c)
trying to open lowmem_allowed_pages and lowmem_used_pages in
/proc/sys/vm, which are not there.

I hate to reinstall everything from scratch. 
Perhaps someone has an idea what's failing me?

thanks,
-Vlad
-- 
_____
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Status of C++ bindings

[Vladislav Grinchenko]

On Sun, 2006-03-12 at 11:44, Murray Cumming wrote:

> I have several patches waiting to be applied to the original hildon
> source. Some of the simpler ones were applied a couple of weeks ago.
> Without these patches, the bindings will not work properly.

Let us know once they are accepted and we will put it to test. The only
thing that I have noticed not properly working was that the TreeView
objects have their title bars missing. Also there is some bizzare
keyboard input handling one has to deal with but that is most likely due
to the hildon's virtual keyboard handling. Other then that, two of my
apps work just fine.

-Vald

-- 
_____
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Status of C++ bindings

[Vladislav Grinchenko]

On Sat, 2006-03-11 at 10:04, Michael 'Mickey' Lauer wrote:
> Hi Murray and all who are concerned,
> 
> has there been any progress regarding the maemo C++ bindings?
> 
> Thanks,
> 
> Mickey.
> 

Gtkmm works as expected under nokia770. ARM packages for all wrappers
can be downloaded from here:

http://sourceforge.net/project/showfiles.php?group_id=31&package_id=150131&release_id=387967


I haven't managed to build Debian development packages, but here 
are my notes how to create development environment in scratchbox:

http://home.comcast.net/~3rdshift/articles/Nokia770/Maemo.html

If you have more resources and better luck, can you try to build
easily-installable debian packages for all dependencies both for i386
and arm?


-Vlad
-- 
_________
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Q: how to restore the original size of a dialog?

[Vladislav Grinchenko]

Hi,

The subject says it all - I have a dialog with an Entry field. When
an end-user enters text in the field, virtual keyboard pops up and
resizes the dialog to half of its height. I would like to find a way to
restore the size to its original after the keyboard is closed. The
dialog is GtkDialog and not an AppView (and I'd like to keep it that
way). 

Any hints?

thanks,
-Vlad
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Double-click a ListStore item

[Vladislav Grinchenko]

Hi,

I have a list of itmes in a ListStore. An item can be selected with a
stylus by tapping it once. Tapping it twice brings up an item-specific
dialog. This seems too be very natural for a desktop application.

However, under hildon, the fact that a user has to tap twice on an item
to bring up a dialog seems very confusing to the end user. 

I tried to connect signal_button_press_event to the TreeView and catch
"Select,Confirm" button click (GDK_Return - nokia770 round button), but
even though TreeView has the focus, I don't see the event being
generated. Same goes for "Cancel,Close" (GDK_Escape). The buttons I
mentioned are described here:

http://www.maemo.org/platform/docs/tutorials/Maemo_tutorial.html#Hardware-keys

So, how do others cope with clear absence of double-click in hildon?

thanks,
-Vlad
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Playing WAV files on nokia

[Vladislav Grinchenko]

Santtu,

I obviously have an old version of hildon-libs installed. 
Is there an easy way to upgrade without reinstalling scratchbox?

thanks,
-Vlad

On Thu, 2006-03-02 at 09:34 +0200, Santtu Lakkala wrote:
> Vladislav Grinchenko wrote:
> > Someone mentioned calling hildon_play_system_sound("soundfile.wav") in a
> > prior post, but I can't seem to find the header file for it in my
> > scratchbox. 
> > 
> > Am I missing a library? And if so, what's its name?
> 
> It should be in /usr/include/hildon-widgets/hildon-system-sound.h, which 
> belongs to hildon-libs-dev (>= 0.9.52), older versions don't have this.

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Playing WAV files on nokia

[Vladislav Grinchenko]

Hi,

is there an API function to play a WAV file on nokia?
Someone mentioned calling hildon_play_system_sound("soundfile.wav") in a
prior post, but I can't seem to find the header file for it in my
scratchbox. 

Am I missing a library? And if so, what's its name?

thanks,
-Vlad
-- 
_____
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Python deb packages

[Vladislav Grinchenko]

Teemu,

check out this page - it might be useful:

http://db.glug-bom.org/wiki/index.php/Build_a_Debian_Package

On Sat, 2006-02-18 at 06:55, Teemu Harju wrote:
> Hi,
> 
> I've been trying to create application installer friendly .deb
> packages from Pyhon applications and I'm having problems with getting
> the symlinks work so that the application would appear in the extras
> menu. What I've done is that I have a directory that contains the
> python files placed in correct directories. For example python
> libraries are in usr/lib/python2.4/site-packages and executables are
> in usr/bin. In the same directory I also have DEBIAN directory that
> contains "control" and " package-name.links" files. I've created the
> .deb package using "dpkg-deb -b" command for that directory. Package
> is created just fine and it also installs on the device and the
> application works fine, but the symlinks defined in "
> package-name.links" don't get created. Am I doing something wrong? I
> don't have much experience about Debian packages.
> 
> Thanks,
> 
> Teemu
> 
> -- 
> Teemu Harju
> http://www.teemuharju.net
> 
> __
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
-- 
_
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] RPMs for scratchbox damaged

[Vladislav Grinchenko]

On Tue, 2006-02-14 at 06:41 -0600, David D. Hagood wrote:
> Are the RPMs for scratchbox damaged? I've tried to install them but my 
> system says they are corrupted. Has anybody else seen this, or has 
> everybody else build from scratch (so to speak ;)?
> ___

I installed scratchbox both on Core2 and Core4 without using RPMS.
Here is my instructions:

http://home.comcast.net/~3rdshift/articles/Nokia770/Maemo-Installation.html

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Build and packaging tips and tricks...

[Vladislav Grinchenko]

Alf,

try these:

http://home.comcast.net/~3rdshift/articles/Nokia770/Maemo.html
http://home.comcast.net/~3rdshift/articles/Nokia770/DebianPackaging.html

-Vlad

On Sun, 2006-02-05 at 13:23 -0800, Alf Watt wrote:
> Hello,
> 
> I'm a new Maemo developer working on a project for the Nokia 770 and  
> am having some trouble with my build and packaging system. Rather  
> than get in to the specifics I've decided to re-build my project from  
> scratch following the HOWTOs[1,2] as closely as possible.
> 
> There's definatly room on the WiKi for a consolidated 'new app with  
> hildon packaging' HOWTO and I'm going to outline one in the process  
> of my re-build. It would be great to hear about build and packaging  
> tips and tricks from the experts here before I get too deep in to the  
> project, since I've found that when doing linux development a small  
> clue can go a long way.
> 
> Does anyone have any favorite build hacks they would like to share?
> 
> Best,
> Alf
> 
> http://istumbler.net
> 
> [1] http://www.maemo.org/platform/docs/howtos/howto_new_application.html
> [2] http://www.maemo.org/platform/docs/howtos/ 
> howto_making_an_application_package.html
> ___
> 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] Debian files co-existence

[Vladislav Grinchenko]

Hi,

an application ported to Hildon requires modification of files in
'debian' directory:

- control
Changing 'Dependency' to maemo

- rules
Passing --enable-hildon=yes option 
to ./configure command  

- myapp.links
hildon-specific

Maemo.org HOWTO's suggest including debian/* files in
the distribution tarball. Debian Ports, on the other hand,
tend to add debian/* files to the original source via diff files - you
take an original source, apply the diff patch that adds debian/* files
to the source tree. 

This is a clear incongruence of packaging policies.

Can anyone suggest a way of coping with these differences?

thanks,
-- Vlad
_____
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] osso_initialize()

[Vladislav Grinchenko]

On Fri, 2006-02-03 at 09:23 +0200, Kalle Vahlman wrote:
> On 2/2/06, Tomi Ollila <[EMAIL PROTECTED]> wrote:
> > I quess I wont try with osso_initialize() for a while but state that
> > on a web page and just fix that fork() thing to proper one...
> > (removing X-Osso-service might work too, but this fork() trick gives
> > me tolerably working solution for sure)
> >
> > ... after there is authorative, solid and robust information of how these
> > D-BUS and osso_initialize() (and so on) things are to be used I'll
> > reconsider, just now it just takes too much time to be wasted.
> 
> Rather than hacking around, why not just drop the session management,
> RPC and other integration offered by libosso (unless you really need
> them of course)?

Because the resources are so tight - if your progi gets in the endless
spin loop chewing up on CPU and battery life, dbus will kill it. Same
goes for the near-end of battery life - listening for dbus messages of
that sort will give you a chance to shutdown safely.

> I have this in the .desktop, and no .service at all:
> 
> [Desktop Entry]
> Encoding=UTF-8
> Version=1.0
> Name=Widget Browser
> Comment=Browse Gtk+ and Hildon widgets
> Exec=/usr/bin/widgetbrowser
> Icon=widgetbrowser
> Terminal=false
> Type=Application
> Categories=System;
> X-HildonDesk-ShowInToolbar=true
> X-Osso-Service=
> X-Osso-Type=application/x-executable
> 
> and don't even link to the libosso library.
> 
> --
> 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 mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] We're all in this together

[Vladislav Grinchenko]

I came across this very interesting observations by michaelalanjones on
www.internettablettalk.com today and thought that others how don't
regularly check the news there might be interested as well:

http://www.internettablettalk.com/forums/showthread.php?t=1258


-Vlad



-- 
_
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Creating a simple program

[Vladislav Grinchenko]

On Sat, 2006-01-21 at 18:51, Josh Lewis wrote:
> How would I go about creating a simple program, that would create a
> popup (such as those in control panel), would have some text, a text
> box, and an ok and cancel button. This program would be used to setup
> openssh/scp without xterm.

clone one of the simple examples from maemo.org HOWTOs.

-Vlad

-- 
_____
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] virtual keyboard and dialogs

[Vladislav Grinchenko]

On Sat, 2006-01-21 at 12:19, Vladislav Grinchenko wrote:
> Hi,
> 
> I have an input dialog to enter some text. The dialog is configured to
> take as much realstate on the screen as available. But when virtual
> keyboard pops up, it squeezes the dialog's height to
> occupy lower part of the screen. 
> 
> I want to restore the original geometry of the dialog once the virtual
> keyboard is hidden. Is there a Gtk+ signal that corresponds to IM
> popup/hide?

To answer my own question, signal_im_close() of Hildon App class is
fired up each time the virtual keyboard is closed by the user.

-- 
_________
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] virtual keyboard and dialogs

[Vladislav Grinchenko]

Hi,

I have an input dialog to enter some text. The dialog is configured to
take as much realstate on the screen as available. But when virtual
keyboard pops up, it squeezes the dialog's height to
occupy lower part of the screen. 

I want to restore the original geometry of the dialog once the virtual
keyboard is hidden. Is there a Gtk+ signal that corresponds to IM
popup/hide?

thanks,
-- Vlad
_
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Problems with scratchbox installation

[Vladislav Grinchenko]

On Sat, 2006-01-21 at 07:21, log2 ins wrote:
> Hi all,
> 
> I'm trying to install scratchbox on Ubuntu, following the instructions
> from maemo.org tutorial.
> 
> The problem is that when I launch run_me_first.sh it stops with this
> error:
> 
> groupadd: impossibile fare il lock del file dei gruppi (English: it's
> not possible to lock the group file)
> ERROR while creating group: sbox
> 
> I don't know what I have to do. Anyone can help me?
> 
> Thanks,
> Antonio
> 

Have you tried running  run_me_first.sh as root? 
Make sure you *login* as root (su -) rather then change to root.
groupadd is in /usr/sbin/ which might not be in your path.

-Vlad



> 
> __
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
-- 
_
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Recovering from bad package install

[Vladislav Grinchenko]

On Wed, 2006-01-18 at 21:58 +0100, Simon Budig wrote:
> Neil Jerram ([EMAIL PROTECTED]) wrote:
> > If I accidentally try to install a package with a preinst or postrm
> > script, it fails as documented at
> > http://www.maemo.org/platform/docs/howtos/howto_making_an_application_package.html,
> > with an error message about not being able to chroot to
> > /var/lib/install.
> > 
> > My question is: having done this, how can I recover back to a sane
> > state, where I can fix the package and then try installing it again?
> > Nothing that I can think of works, as shown by the transcript appended
> > below.
> 
> For me it helped to remove the preinst and postrm scripts manuall.
> 
> Bye,
> Simon

You might also need to adjust "Status:" line an offending package in 
/var/lib/install/var/lib/dpkg/status to mark the package as not
installed. 

-Vlad
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] application won't start from task navigator

[Vladislav Grinchenko]

On Wed, 2006-01-18 at 13:08 +0200, Kimmo Hämäläinen wrote:
> On Wed, 2006-01-18 at 07:48, ext Vladislav Grinchenko wrote:
> > Hi,
> > 
> > 
> > I can start an application on 770 from xterm just fine - I see 
> > connection coming in with dbus-monitor.
> > 
> > But when I try to start the same application from the task
> > navigator menu, it is not even executed. 

[...deleted...]

> > 
> > The .desktop file:
> > 
> > [Desktop Entry]
> > Encoding=UTF-8
> > Version=0.1
> > Type=Application
> > Name=Granule
> > Exec=/var/lib/install/usr/bin/granule
> > Icon=granule
> > X-Window-Icon=granule
> > X-Window-Icon-Dimmed=granule
> > X-Osso-Service=granule
> > X-Osso-Type=application/x-executable
> > X-HildonDesk-ShowInToolbar=true
> > 
> > 
> > 
> > The .services file:
> > 
> > [D-BUS Service]
> > Name=com.nokia.granule
> > Exec=/var/lib/install/usr/bin/granule
> > 
> 
> Do you call osso_initialize() with "granule" as the application name?
> 

yes,
osso_context_t* osso_context; 
osso_context = osso_initialize (PACKAGE, VERSION, TRUE, NULL );
if (osso_context == NULL) {
std::cerr << "Failed to initalize osso context!\n";
exit (1);
}

And I verified that PACKAGE is set to "granule", and VERSION to "1.2.1".

But, what annoys me is that the executable is never called! 




> BR; Kimmo
> 
> > 
> > thanks,
> > -- Vlad
> > _
> > Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
> >  e-mail: [EMAIL PROTECTED]
> >
> >   Focus on quality, and productivity will follow.
> > _
> > 
> > ___
> > 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] application won't start from task navigator

[Vladislav Grinchenko]

Hi,


I can start an application on 770 from xterm just fine - I see 
connection coming in with dbus-monitor.

But when I try to start the same application from the task
navigator menu, it is not even executed. 

Can someone tell me which process on in the maemo desktop 
actually calls exec()? 

If it is dbus-daemon-1, is there any way to 
start it in verbose mode of some sort to trace what's going on?
I tried $ DBUS_VERBOSE=1 dbus-daemon-1 --session to no avail.

There are two dub-daemon-1 running, session and system. I'd like to
trace them both.

The .desktop file:

[Desktop Entry]
Encoding=UTF-8
Version=0.1
Type=Application
Name=Granule
Exec=/var/lib/install/usr/bin/granule
Icon=granule
X-Window-Icon=granule
X-Window-Icon-Dimmed=granule
X-Osso-Service=granule
X-Osso-Type=application/x-executable
X-HildonDesk-ShowInToolbar=true



The .services file:

[D-BUS Service]
Name=com.nokia.granule
Exec=/var/lib/install/usr/bin/granule


thanks,
-- Vlad
_
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Buy 770 accessories?

[Vladislav Grinchenko]

I can add to it stylus availability. I have already lost one of 
two styluses and have gone through a round of e-mail with customer
support just to find out that they are not available for purchase -
period. When it's gone, it's gone :-(

-Vlad


On Tue, 2006-01-17 at 18:47 +0100, Nils Faerber wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hi!
> Is Nokia thinking of selling 770 accessories too?
> Some friends and me would be very interested in buying additional metal
> sleeves for case modding experiments.
> 
> Some would like to add a whole to the case so that one can get out the
> stylus even with attached sleeve.Some other (like me) would like to
> build any kind of holding device (for car, desktop, whatever). For
> example I would like to mount one of the sleeves fixed into my car so
> that I can simply slide the device in and have it securely attached
> everytime I enter the car...
> 
> Just an idea...
> 
> Cheers
>   nils faerber
> 
> - --
> kernel concepts  Tel: +49-271-771091-12
> Dreisbachstr. 24 Fax: +49-271-771091-19
> D-57250 Netphen  Mob: +49-176-21024535
> - --
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.1 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFDzS2rJXeIURG1qHgRArkgAKD3MelHu0o/5wpiWFZeLj/0i58KfACgotfS
> PgG3iAnTkxx5beX7fd83oRo=
> =jl+J
> -END PGP SIGNATURE-
> ___
> 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] hildon-widgetsmm and its dependencies for ARM target

[Vladislav Grinchenko]

Hi,

I finally had a success with building ARM targets for hildon-widgetsmm
and its dependencies (hildon-fmmm, gtkmm, glibmm, libsigc++).

If anyone wants them, let me know. I also would like to put them
somewhere for general consumption. Any ideas where?

-Vlad
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] swapfile is a huge improvement!

[Vladislav Grinchenko]

Brad,

with swap on, what happens to the system when you manually remove the
mmc card? Or when you connect the USB cable to the unit?

-Vlad

On Sat, 2006-01-14 at 03:30, Brad Midgley wrote:
> hey
> 
> I decided to try the swap partition on my flash card and it made a HUGE
> difference. Even with only 25mb swap (30mb wouldn't work for me), now
> memory is not nearly the concern it was. I can run multiple apps, look
> at complex pdf documents, etc. Just like I expected my 770 to do in the
> first place!
> 
> I think the vm may need to be tuned if nokia plans to keep shipping
> these things with 64mb and no swap. Swap changes the character of the
> vm, so even adding ram may not whip things into shape in the same way.
> 
> Brad
> ___
> maemo-developers mailing list
> maemo-developers@maemo.org
> https://maemo.org/mailman/listinfo/maemo-developers
-- 
_________
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] Maemo Wiki - Application Catalog.

[Vladislav Grinchenko]

On Fri, 2006-01-13 at 18:21 +0800, Edlinoor Syahril Ramlan wrote:
> Hi,
>  
> I've been browsing maemo wiki and found that the "Application Catalog"
> listed quite a number of applications that I found interesting.
>  
> But:
>  
> 1) Is it possible for me to download those applications and
> install them into the Maemo SDK installed in my PC? In other words is
> it possible to install those applications in scratchbox?
> 2) Can I run and use the application by using the Xephyr?

absolutely. Switch to ARM target and then, 

[beagle SDK_ARM] app-installer-tool install uber-maemo-app_arm.deb


-Vlad
>  
> Any comment and idea please?
>  
> Thanks.
>  
> Ed.
>  
>  
> ___
> 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] Porting ipsec-tools and not quite getting there

[Vladislav Grinchenko]

Mika,

you might want to try relative path instead.

-Vlad
On Fri, 2006-01-13 at 15:23 +0200, Mika Bostrom wrote:
>   Good day, worthy hackers.
> 
>   In a nutshell: I'm trying to port ipsec-tools. After satisfying a
> set of build-dependencies and dancing around a few more by selectively
> mangling build scripts, I'm a bit stumped. After all the efforts, it is
> ipsec-tools package itself that fails to build, which I can't help but
> appreciate with certain sense of irony.
> 
>   Actually I am fairly certain I have pinpointed the reason and would
> like a few hints as to how to progress in fixing it: path to
> 'ipsec-tools-$VERSION/src/racoon/missing' is defined wrong. See below.
> (Note: happens identically in both 1.1rc5 and 1.1 release)
> 
> 
>   * In succesful build, on regular Debian host system:
> (from src/Makefile)
> srcdir = .
> top_srcdir = ..
> ...
> CPPFLAGS = -D_GNU_SOURCE -include ./src/include-glibc/glibc-bugs.h
> -I./src/include-glibc -I./src/include-glibc
> -I./${top_srcdir}/src/racoon/missing
> ^
>   `-- expands correctly
> 
>   Build works as it should.
>   
> 
>   * In maemo scratchbox:
> (from src/Makefile)
> srcdir = /home/bostik/debs/ipsec-tools-0.6.3/src
> top_srcdir = /home/bostik/debs/ipsec-tools-0.6.3
> ...
> CPPFLAGS = -D_GNU_SOURCE -include
> /home/bostik/debs/ipsec-tools-0.6.3/src/include-glibc/glibc-bugs.h
> -I/home/bostik/debs/ipsec-tools-0.6.3/src/include-glibc -I./src/include-glibc 
>  
> -I./${top_srcdir}/src/racoon/missing
> 
>   `-- expands wrong
> 
> (from build)
> i386-linux-gcc -DHAVE_CONFIG_H -I.
> -I/home/bostik/debs/ipsec-tools-0.6.3/src/racoon -I../..
> -I/home/bostik/debs/ipsec-tools-0.6.3/src/racoon/../libipsec
> -D_GNU_SOURCE -include
> /home/bostik/debs/ipsec-tools-0.6.3/src/include-glibc/glibc-bugs.h
> -I/home/bostik/debs/ipsec-tools-0.6.3/src/include-glibc
> -I./src/include-glibc
> -I.//home/bostik/debs/ipsec-tools-0.6.3/src/racoon/missing -D_GNU_SOURCE
>
>   `-- This should be really '..'
> 
>   
>   ...which naturally fails since .// is same as ./
> 
>   This appears to be some kind of freakish way autotools actually work
> within scratchbox.
> 
>   - Why do autotools work this differently?
>   - Any hints how to go about fixing this?
>   
>   My knowledge of autotools' internals is very limited, and I am the
> first to confess that I know them just enough to know that I can not be
> said to like them. So far I've managed to steer mostly clear of them.
> 
>   I am quite ready to shoulder the brunt work, but I need a helpful
> pointer or three as to where I need to dig, and how big a shovel is
> required.
> 
>   Thank you all, 
> 
> ___
> 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] library packaging issues for maemo

[Vladislav Grinchenko]

Good afternoon,

in my recent quest for a proper way of packaging libraries (libsigc++
for that matter) for maemo, I ran into a number of issues.

The symptoms:

I hunted down libsigc++-2.0_2.0.16-2.tar.gz source and applicable debian
diff file, unpacked, applied the diff file and built arm.deb package.

Installing it in scratchbox would give me 'Operation not permitted'
error:

[sbox-SDK_ARM:] app-installer-tool install libsigc++-2.0_arm.deb
...
dpkg (subprocess): failed to chroot to `/var/lib/install': Operation not
permitted
dpkg: error processing libsigc++-2.0 (--purge):
subprocess post-removal script returned error exit status 2
...

Installing the same package on 770 would fail somewhat differently:

dpkg(subprocess): unable to execute old post-removal script: No such
file or directory
--

However, I remembered that GPE libraries would install flawlessly both
on SDK_ARM and 770. Following recent announcement about new version of
GPE by Florian Boor (thanks for the package!), I downloaded one of the
libraries, libgpewidget, built and installed it just fine - no errors
given. Both installation and removal was flawless.

I unpacked libsigc++-2.0_arm.deb and libgpewidget_arm.deb archives
side-by-side and began comparing the differences. What I found out after
tiresome trial and error was that libgpewidget doesn't have either
'postinst' or 'postrm' shell scripts included in .deb package! So, by
removing these two files from the archive and repackaging it again I was
able to install libsigc++-2.0_arm.deb (if you burn with desire to learn
the *art* of debian packaging by hand, check out this link
http://db.glug-bom.org/wiki/index.php/Build_a_Debian_Package )

Another wrinkle - it is very easy to corrupt debian packaging archive -
once you've attempted to install bad package with app-installer-tool,
there is no way to get rid of it cleanly - you have to do it by hand:

1. Go to /var/lib/install/var/lib/dpkg
2. Open 'status' file and change the 'Status' line of your ill-fated
   package from 'purge reinstreq half-installed' to 
   'purge ok not-installed'
3. examine ./info directory. If there are any of 
   package.postinst/.postrm files in there for you package, get rid 
   of them.

Now, being totally ignorant of debian packaging system, here are my
questions:

1. What do I need to put in my package/debian/rules file to prohibit
   dpkg-deb from installing or adding any postinst/postrm file to 
   the archive on its own. Even if I don't have any post-* scripts,
   dh_installdeb tends to stick a pair in with 'ldconfig' clause for
   'remove' command (quite undestandable - it is a library after all).

2. Does 770 require to have ldconfig executed after library
   installation?

3. My guess the installation fails in the first place due to the 
   permissions issue of some sort: I am logged in as a root, but 
   install to /var/lib/install as 'installer' user. Could this be
   the root of all problems?

4. Is there  a cleaner way of restoring the sanity of 'status' file
   except for editing it by hand?


Here is the 'libsigc++-2.0/debian/rules' file in question
--
#!/usr/bin/make -f
# -*- makefile -*-

# Use debhelper V. 3
export DH_COMPAT=4

# The current SONAME (FIXME: can we autodetect this?)
SONAME=0c2a

# Files whose name varies with the soname.  For each entry x of this
# variable, the file debian/libsigc++-2.0-$(SONAME).$(x) will be
# created from debian/libsigc++-2.0.soname.$(x) file.
SONAME_SPECIFIC_EXTS=install

b := $(shell pwd)/debian/tmp

binary: binary-arch binary-indep

binary-arch: binary-arch-stamp
binary-arch-stamp: install
dh_testdir -a
dh_testroot -a
dh_compress -a
dh_fixperms -a
dh_makeshlibs -a -V'libsigc++-2.0-$(SONAME) (>= 2.0.2)'
dh_installdeb -a
dh_shlibdeps -a
dh_strip -a
dh_gencontrol -a -- -VSoname=$(SONAME)
dh_md5sums -a
dh_builddeb -a

touch binary-arch-stamp

binary-indep: binary-indep-stamp
binary-indep-stamp: install
dh_compress -i -Xdoxygen_tags
dh_fixperms -i
dh_installdeb -i
dh_strip -i
dh_gencontrol -i -- -VSoname=$(SONAME)
dh_md5sums -i
dh_builddeb -i

touch binary-indep-stamp

build: build-stamp
build-stamp: config
dh_testdir -a
#cd builddir && perl -i -pe 's/^(hardcode_libdir_flag_spec\s*=
\s*).+$$/$$1" -D__LIBTOOL_IS_A_FOOL__ "/' libtool
cd builddir && $(MAKE)
touch build-stamp

clean: clean-arrange
dh_testdir
dh_testroot
if [ -d builddir ]; then rm -rf builddir; fi
#-for x in debian/*.patch; do patch --dry-run -fRp1 < $$x
> /dev/null&&\
  patch -fRp1 < $$x ; done
dh_clean build-stamp config-stamp install-stamp
debian/shlibs.local

config: config-stamp
config-stamp:
dh_testdir
#for x in debian/*.patch; do patch --dry-run -fp1 < $$x
> /dev/

[maemo-developers] /usr/sbin/gainroot fails

[Vladislav Grinchenko]

hi,

I switch 770 to R&D mode with --enable-rd-mode, but executing gainroot 
from xterm fails with:

$ /usr/sbin/gainroot

chroot: cannot change root directory to /mnt/initfs: 
Operation not permitted


any ideas?
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] dpkg blues

[Vladislav Grinchenko]

Hi,

I am trying to build arm debian package of libsigc++ installable
on nokia 770. dpkg-buildpackage builds it just fine:

% dpkg-buildpackage -rfakeroot  -uc -us -sa -D  
% ls

libsigc++-2.0-0c2a_2.0.16-2_arm.deb

However, in order for me to use AppInstaller, I have to make it
dependable on pseudo-package maemo:

"... instead, it uses a database of its own that only contains the
installed application packages and a fake maemo package that represents
the rest of the system. 

This means that your package can not usefully depend on libgtk2.0-0,
say. You should only depend on other application packages that are
installed with the Application Installer. You should also depend on the
fake maemo package to ensure that your package is only installable by
the Application Installer."

So, I made it dependable on maemo:

debian/control:
-
Source: libsigc++-2.0
Section: devel
Priority: optional
Maintainer: Daniel Burrows <[EMAIL PROTECTED]>
Standards-Version: 3.6.2.0
Build-Depends: debhelper (>=4.0.0), m4, g++ (>= 3:3.2.0)

Package: libsigc++-2.0-0c2a
Section: libs
Depends: maemo
Architecture: any
Description: type-safe Signal Framework for C++ - runtime
 This library implements a full callback system for use in widget
 libraries, abstract interfaces, and general programming. It provides
 the ability to connect an abstract callback to a class method,
 function, or function object, and contains adaptor classes for
 connection of dissimilar callbacks.
 .
 These are the runtime files for libsigc++, needed only if you wish to
 run software which depends on
it. 
-

However, installing it both on 770 and in scratchbox SDK_ARM fails
bitterly:

% fakeroot
# app-installer-tool install libsigc++-2.0-0c2a_2.0.16-2_arm.deb 

Selecting previously deselected package libsigc++-2.0-0c2a.
(Reading database ... 27 files and directories currently installed.)
Preparing to replace libsigc++-2.0-0c2a 2.0.16-2 (using
libsigc++-2.0-0c2a_2.0.16-2_arm.deb) ...
Unpacking replacement libsigc++-2.0-0c2a ...
dpkg (subprocess): failed to chroot to `/var/lib/install': Operation not
permitted
dpkg: warning - old post-removal script returned error exit status 2
dpkg - trying script from the new package instead ...
dpkg (subprocess): failed to chroot to `/var/lib/install': Operation not
permitted
dpkg: error processing libsigc++-2.0-0c2a_2.0.16-2_arm.deb (--install):
 subprocess new post-removal script returned error exit status 2
dpkg (subprocess): failed to chroot to `/var/lib/install': Operation not
permitted
dpkg: error while cleaning up:
 subprocess post-removal script returned error exit status 2
Errors were encountered while processing:
 libsigc++-2.0-0c2a_2.0.16-2_arm.deb
failed
Installation of libsigc++-2.0-0c2a_2.0.16-2_arm.deb failed, removing
package libsigc++-2.0-0c2a.
dpkg: error processing libsigc++-2.0-0c2a (--purge):
 Package is in a very bad inconsistent state - you should
 reinstall it before attempting a removal.
Errors were encountered while processing:
 libsigc++-2.0-0c2a
Removing failed!
---

Can someone explain to me why I get this error?

failed to chroot to `/var/lib/install'

thanks in advance,
-Vlad
-- 
_____
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

Re: [maemo-developers] non-maemo apps in toolbar

[Vladislav Grinchenko]

On Wed, 2006-01-04 at 17:43, Mark Arrasmith wrote:
> Because the 770 uses X11 I was interested in porting some X11 and fltk apps 
> for fun.  I compiled Ace of Penguins ( http://www.delorie.com/store/ace/ ) 
> for the 770.  Ace of Penguins is a X11 based card game suite that includes 
> solitaire, freecell, taipei, and others.
> 
> Basically it is the same thing I did with the Agenda VR3 with I got that 
> years 
> ago.  So anyway, solitaire runs very fast (it is up and running as soon as 
> the stylus leaves the screen) and is only 80K.  But, it doesn't show up in 
> the left toolbar when running.  Which makes minimizing it kind of worthless.
> 
> I have the X-HildonDesk-ShowInToolbar=true set in the .desktop file.  Is 
> there 
> anything else I need to do?
> 
> - mark

Could be the icon size. Double-check that it is exactly 26x26. You can
also try to monitor dbug messages with
% dbus-monitr --system

-Vlad
-- 
_____
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: gtkmm for Maemo

[Vladislav Grinchenko]

Murray,

a few issues:

1. I was searching for debianized gtkmm-related libs around to no avail.
Being totally ignorant of dpkg system, perhaps I have looked in all
wrong places. Basically, I want to be able to build botk SDK_PC and
SDK_ARM .deb packages. Any hints?

2. There is an unfortunate conflict between maemo package 
installation philosophy and the rest of the word - namely, maemo allows
only one dependency on phseudo package 'maemo'. This came about mostly
because they want to provide 'beam app' functionality and beaming
dependencies would be cumbersome (???). Thus, all 'extra' packages are
installed in mysterious /var/lib/install prefix. Folks over at Kernel
Concepts ported their GPE PIM apps 
http://oss.kernelconcepts.de/maemo/ and ignored maemo recommendations
alltogether by providing tons of libraries along the way. I think that
would be preferred way for gtkmm port as well.

3. hildon-widgetsmm package has two wrinkles:

  - After installation, I had to edit
/usr/lib/pkgconfig/hildon-widgetsmm.pc and replace
hildon-widgets with hildon-libs in Requires: tag.

  - /usr/include/hildon-widgetsmm/hildon-widgetsmm.h includes
a set of libgdamm include files nowhere to be found. 

thanks,
-Vlad

-- 
_____
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Re: gtkmm for Maemo

[Vladislav Grinchenko]

Murray,

On Wed, 2005-12-14 at 03:25, Murray Cumming wrote:
> > On Mon, 2005-12-05 at 03:28, Murray Cumming wrote:
> >> > Hi,
> >> >
> >> > has anyone attempted to build gtkmm in scratchbox for maemo?
> >>
> >> Yes, I did this so I could create the hildon-fmmm and hildon-widgetsmm
> >> projects. I built them from cvs, in a separate prefix. I had to
> >> installer
> >> newer automake and autoconf versions in the prefix too, but that should
> >> not be necessary when building from tarballs.
> >>
> >
> > The versions of my scratchbox' autotools are (default):
> >
> > automake (GNU automake) 1.8.5
> > Autoconf version 2.13
> > ltmain.sh (GNU libtool) 1.5.6
> >
> > and the versions of libraries I used are:
> >
> > glibmm-2.6.1.tar.bz2
> > gtkmm-2.6.5.tar.bz2
> >
> > Should I try upgrading autconf to 2.59?
> 
> Yes, that's worth trying. I am surprised that you could build gtkmm
> without it.
> 

I finally got around building both hildon-fmmm and hildon-widgetsmm for 
SDK_ARM target.The trick was to set
sbox env vars:

export SBOX_DEFAULT_AUTOCONF=2.59
export SBOX_DEFAULT_AUTOMAKE=1.8
export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig

and from there straight ./configure && make && make install works.
I haven't tried --ignore-depricated, but next weekend will.

I also installed doxygen and attempted to generate documentation to no
avail (got some errors). 

There is a typo in hildon-widgetsmm.pc with 'hildon-widgets' being
listed as a dependency rather then 'hildon-libs'.

-Vlad

> 
> Murray Cumming
> [EMAIL PROTECTED]
> www.murrayc.com
> www.openismus.com
> 
> ___
> gtkmm-list mailing list
> gtkmm-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtkmm-list
-- 
_
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers

[maemo-developers] Multi- HildonAppView example

[Vladislav Grinchenko]

Hi,

I am looking for an example application with multiple
HildonAppViews. Any pointers?

thanks,
-Vlad
-- 
_
Vladislav Grinchenko   http://home.comcast.net/~3rdshift/
 e-mail: [EMAIL PROTECTED]
   
  Focus on quality, and productivity will follow.
_

___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers