[Gpe-list] WIki update

[Lars Persson Fink]

Graham,

I followed your instructions
(http://www.linuxtogo.org/gowiki/GpeMaemoTips) to build gpe-calendar
using MUD and wanted to report some issues I had. If you want to I could
update the wiki page.

At first mud-builder would not run, because I had to install xsltproc in
my scratchbox environment.

Then I got an error, that may be specific to Ubuntu 8.04 or at least the
kernel 2.6.24, "mmap: Permission denied" and found the solution on ITT
here http://www.internettablettalk.com/forums/showthread.php?p=188231). 

I had to add a couple repositories to /etc/apt/sources.list:

	deb http://repository.maemo.org/extras/ chinook free non-free
	deb http://repository.maemo.org/extras-devel/ chinook free

and install gtk-doc-tools, intltool, libsqlite0-dev, libgnutls-dev,
libopencdk10-dev, libsoup2.2-dev. Perhaps the build process would have
taken care of the lib*-packages but it seemed I did not have the right
keys to authenticate all the packages, so I installed them manually.

After that gpe-calendar built properly.

Best regards,
Lars Persson Fink.


ons 2008-05-07 klockan 13:31 +0100 skrev Graham Cobb: 
> On Wednesday 07 May 2008 07:58:41 Neil Williams wrote:
> > By replace, do you mean that:
> >
> > 1. the released tarballs would still contain a debian/ directory but
> > containing Maemo stuff or
> > 2. the Maemo files would only exist in RCS or
> > 3. the Maemo files would be in some other directory?
> 
> I actually meant change the files in the existing debian directories and not 
> change the tarball builds.  But I thought we had (at your request) already 
> removed the debian directories from all the tarballs?
> 
> Anyway, I would be happy to extend the work on the packages I touch to remove 
> the debian directories from the tarballs if they are still being included.  I 
> presume no one will object to that.
> 
> > (Emdebian also uses the debian/ directory for the embedded Debian GPE
> > packages.)
> 
> I presume you are saying that it uses it in the same way you do: in other 
> words it does not want it in the tarball.
> 
> > > and I do not believe any
> > > other target uses them.  And it might make it a little easier for anyone
> > > looking at Maemo development.
> >
> > Including making Maemo available in Debian where the same problem arises
> > - whoever does Debian Maemo development does not want released tarballs
> > to contain a debian/ directory either, whether it is maemo-related or
> > not.
> 
> The reason why this is useful is not for building the packages to distribute 
> (my build system patches the files I get from GPE as necessary) but because 
> it can be convenient for developers who are trying to test their code on 
> Maemo to be able to easily create packages -- Maemo is a cross-compilation 
> development system and it can be convenient to be able to copy a whole 
> package and use dpkg to install it rather than copy the files by hand.  Of 
> course there are other solutions but this can be convenient.
> 
> > The - in the version string causes the tarball to unpack to
> > gpe-soundserver-0.4-1/ instead of gpe-soundserver-0.4.1/ - I'm currently
> > repacking the tarball to solve this problem but it would be handy if the
> > next release could fix the release string to use 0.4.2 - all dots, no
> > dashes. I know it's very minor (and a trivial fix) but it is
> > surprisingly problematic. It wasn't worth a bug report but I thought I'd
> > mention it here.
> 
> I don't build gpe-soundserver for Maemo so I am not planning to touch it.  
> Florian, do you want to consider this?
> 
> Graham
> 
> _______________________________________________
> Gpe-list mailing list
> Gpe-list at linuxtogo.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpe-list