Py2deb

(→Run your build_myapp.py code: added a warning for people that build through ssh.)
(ejKPBHoZdJdi)
Line 1: Line 1:
-
On the Maemo platform, software is distributed using the Debian package system. If you don't develop in Scratchbox, but directly on the device, you need a tool to properly put together your software for distribution as such a .deb package.
+
My mind is blown. It never ceases to amaze me how one shmcuck in the comments make a massive jump in creative interpretation, and the angry lemming horde follows him off a cliff. (The same madness was evident all over Qt labs when Nokia purchased Trolltech)Nokia and Intel are unifying their userspace solutions, using Moblins core userspace and Qt etc on the front end.This does not mean that Nokia is completely changing its road map or scheduled devices. Imagine the next device (n9**) is a slightly improved hardware revision (realistic) with entirely new software (maemo6 going on Meego). These geek early adopters will be stumped by what exactly?I own an n900, have enjoyed several (significant) updates so far and look forward to 1.2 and beyond.(And for n8** users who want to draw analogy, that generation hardware has an MBX GPU and the associated drivers were never released into the wild. Maemo5 was not an option without GL)
-
For this, you can either use [[PyPackager]] or py2deb, both developed by [[User:Khertan|Khertan]]:
+
-
* Use PyPackager to build a .deb package for redistribution in maemo.org/downloads, on your private homepage or wherever. There's no PyPackager for Fremantle yet.
+
-
* Use Py2Deb to prepare a package structure suitable for autobuilder, so that users can later download it directly from the [[Extras]] repository using the Application Manager of the tablets.
+
-
 
+
-
== Install py2deb ==
+
-
Install python2.5-py2deb (it can be found in the [[extras-devel]] repository)
+
-
 
+
-
1 march 2010 Py2deb is broken.
+
-
It creates an incorrect bug tracker link for your package in extras.
+
-
+
-
You can solve the bugtracker issue easily by editing <code>/usr/lib/python2.5/site-packages/py2deb.py</code> line 382 changing it from:
+
-
bugtrackerstr = "XSBC-Bugtracker: %s" % ( self.xsbc_bugtracker )
+
-
into
+
-
bugtrackerstr = self.xsbc_bugtracker
+
-
 
+
-
== Prerequisites ==
+
-
 
+
-
Create a folder <code>/myapp</code> under your <code>/MyDocs</code> folder (for example, <code>/home/user/MyDocs/mclock</code>). Then add the following files and folders:
+
-
* A subfolder <code>/src</code> that contains all your source files in a folder structure which represents the way your app files will install on the device (See mClock example in next section of this article) - and with the correct permissions set!
+
-
* The icon for your software package (for example, mclock.png, 48x48 pixels), the one that will be visible for your package in the application manager.
+
-
* A copy of the <code>build_myapp.py</code> file, named and edited to your needs (for example, <code>build_mclock.py</code>) as seen below
+
-
 
+
-
=== programs and libraries with distutils ===
+
-
 
+
-
If you want to package a Python program or library that is set up correctly with distutils, you can use
+
-
 
+
-
  $ python setup.py bdist_dumb
+
-
 
+
-
to compile and generate a .tar.gz package in <code>dist/</code> subdirectory. Just unpack that package in the src/ folder and add the hildon desktop integration files (see below) there.
+
-
 
+
-
== Example /src folder structure ==
+
-
 
+
-
Files needed for the Hildon desktop integration:
+
-
  /src/usr/share/applications/hildon/mClock.desktop
+
-
  /src/usr/share/dbus-1/services/mClock.service
+
-
  /src/usr/share/icons/hicolor/48x48/hildon/mclock.png
+
-
  /src/usr/share/icons/hicolor/scalable/hildon/mclock.png  (64x64 pixel)
+
-
 
+
-
== mClock.desktop file ==
+
-
 
+
-
  [Desktop Entry]
+
-
  Version=1.0.0 Version of this file, NOT of the app. Keep it at 1.0.0
+
-
  Encoding=UTF-8
+
-
  Name=mClock Name of the app as seen in Menu
+
-
  Comment=Clock & day/night map Description of the app as seen as subtitle in Menu in Finger mode
+
-
  Exec=/opt/mClock/mClock.py Link to the app
+
-
  Icon=mclock Name of our icon file, without the trailing .png part
+
-
  X-Icon-path=/usr/share/icons Path to the icon
+
-
  X-Window-Icon=mclock Name of our icon file, without the trailing .png part (again?!)
+
-
  Type=Application
+
-
  X-Osso-Service=com.nokia.mclock
+
-
  X-Osso-Type=application/x-executable
+
-
  StartupWMClass=mClock Only needed because it's a PyGame app (would be automatic with GTK)
+
-
 
+
-
Note that you need the X-Osso-Service line only if you actually use osso services. Including that line in the .desktop file without proper handling of osso events in the application will result in the application being terminated shortly after startup.
+
-
 
+
-
== mclock.service ==
+
-
  [D-BUS Service]
+
-
  Name=com.nokia.mclock MUST begin with com.nokia. due to a bug, anything else WONT work
+
-
  Exec=/opt/mClock/mClock.py Link to the app
+
-
+
-
 
+
-
== Files of the application itself ==
+
-
  /src/opt/mClock
+
-
  /src/opt/mClock/mClock.py
+
-
  /src/opt/mClock/sun.py
+
-
  /src/opt/mClock/img/0-Night.jpg
+
-
  /src/opt/mClock/img/1-Winter-January.jpg
+
-
  /src/opt/mClock/img/2-Spring-April.jpg
+
-
  /src/opt/mClock/img/3-Summer-July.jpg
+
-
  /src/opt/mClock/img/4-Fall-October.jpg
+
-
  /src/opt/mClock/img/sun.png
+
-
 
+
-
mClock.py should begin with:
+
-
  #!/usr/bin/env python
+
-
and be executable
+
-
 
+
-
== Setup the build_myapp.py code ==
+
-
 
+
-
Copy the following code to create your own build_myapp.py, then edit according to your needs:
+
-
<source lang="python">
+
-
#!/usr/bin/python2.5
+
-
# -*- coding: utf-8 -*-
+
-
## This program is free software; you can redistribute it and/or modify
+
-
## it under the terms of the GNU General Public License as published
+
-
## by the Free Software Foundation; version 2 only.
+
-
##
+
-
## This program is distributed in the hope that it will be useful,
+
-
## but WITHOUT ANY WARRANTY; without even the implied warranty of
+
-
## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+
-
## GNU General Public License for more details.
+
-
##
+
-
import py2deb
+
-
import os
+
-
if __name__ == "__main__":
+
-
    try:
+
-
        os.chdir(os.path.dirname(sys.argv[0]))
+
-
    except:
+
-
        pass
+
-
    print
+
-
    p=py2deb.Py2deb("mclock")  #This is the package name and MUST be in lowercase! (using  "mClock" fails miserably, for example)
+
-
    p.description="A simple clock for Maemo, including a day/night world map.\nPress D-Pad or bottom left to switch view mode.\nESC to exit.\nLeft/right D-Pad (or touching l/r border of screen)\nto change season."
+
-
    p.author="Tom Waelti"
+
-
    p.mail="twaelti@gmail.com"
+
-
    p.depends = "python2.5, python-osso, python-dbus, python2.5-gtk2, python2.5-pygame"
+
-
    # Edit this based on your import statements (for example, you probably will not need pygame)
+
-
    p.section="user/office"
+
-
    # When editing the .section, make sure to use [[Packaging#Sections|an allowed section]] - otherwise the autobuilder will give a warning.
+
-
    p.icon = "/home/user/MyDocs/mclock/mClock.png"
+
-
    p.arch="all"                #should be all for python, any for all arch
+
-
    p.urgency="low"            #not used in maemo onl for deb os
+
-
    p.distribution="fremantle"
+
-
    p.repository="extras-devel"
+
-
    p.xsbc_bugtracker="http://bugs.maemo.org"
+
-
    #  p.postinstall="""#!/bin/sh
+
-
    #  chmod +x /usr/bin/mclock.py""" #Set here your post install script
+
-
    #  p.postremove="""#!/bin/sh
+
-
    #  chmod +x /usr/bin/mclock.py""" #Set here your post remove script
+
-
    #  p.preinstall="""#!/bin/sh
+
-
    #  chmod +x /usr/bin/mclock.py""" #Set here your pre install script
+
-
    #  p.preremove="""#!/bin/sh
+
-
    #  chmod +x /usr/bin/mclock.py""" #Set here your pre remove script
+
-
    version = "0.5.7"          #Version of your software, for example "1.2.0" or "0.8.2"
+
-
    build = "1"                #Build number, for example "1" for the first build of this version of your software. Increment for later re-builds of the same version of your software.
+
-
                                #Text with changelog information to be displayed in the package "Details" tab of the Maemo Application Manager
+
-
    changeloginformation = "Fixed (large) icon."
+
-
    dir_name = "src"            #Name of the subfolder containing your package source files (for example, usr\share\icons\hicolor\scalable\myappicon.svg, usr\lib\myapp\somelib.py). We suggest to leave it named src in all projects and will refer to that in the wiki article on maemo.org
+
-
    #Thanks to DareTheHair from talk.maemo.org for this snippet that recursively builds the file list.
+
-
    for root, dirs, files in os.walk(dir_name):
+
-
        real_dir = "/" + root[len(dir_name):]
+
-
        fake_file = []
+
-
        for f in files:
+
-
            fake_file.append(root + os.sep + f + "|" + f)
+
-
        if len(fake_file) > 0:
+
-
            p[real_dir] = fake_file
+
-
    print p
+
-
    r = p.generate(version,build,changelog=changeloginformation,tar=True,dsc=True,changes=True,build=False,src=True)
+
-
</source>
+
-
 
+
-
When editing the .section, make sure to use [[Packaging#Sections|an allowed section]] - otherwise autobuilder will give a warning.
+
-
 
+
-
== Run your build_myapp.py code ==
+
-
 
+
-
Open [[terminal|X Terminal]] on your device and change directory into your folder (for example, <code>cd /home/user/MyDocs/mclock</code>). Then run your code using
+
-
run-standalone.sh python2.5 ./buildmyapp.py
+
-
For example,
+
-
run-standalone.sh python2.5 /home/user/MyDocs/mclock/build_mclock.py
+
-
in Xterm. py2deb will now package your files. In the process, it might also ask about (or complain if its missing) your PGP/GPG passphrase so that it can sign your source package - this can however safely be ignored, as autobuilder doesn't require package signing anymore since late 2008.
+
-
 
+
-
Be warned that py2deb will run other commands inside xterm.  If you're building by sshing into your N900, it may look as it was stuck.  Turn on the N900's display, and you'll notice an xterm awaiting input.
+
-
 
+
-
Once this is done successfully, your /MyDocs/myapp folder will contain three new files, for example:
+
-
* <code>mclock_0.5.6-1.changes</code> (the changelog)
+
-
* <code>mclock_0.5.6-1.dsc</code> (the package description)
+
-
* <code>mclock_0.5.6-1.tar.gz</code> (the packed source files)
+
-
 
+
-
== Upload to autobuilder ==
+
-
 
+
-
The 3 files created can now be "fed" to the Autobuilder who will build the final debian package and then push your app into the Extras Devel repository.
+
-
 
+
-
Check [[Uploading to Extras-devel#Upload|this section]] to learn about uploading to autobuilder (Using the [https://garage.maemo.org/extras-assistant/index.php webbased assistant] is probably the easiest way to get started).
+
-
 
+
-
== Track autobuilder ==
+
-
 
+
-
After your upload, autobuilder will try to build your package. This will take a few minutes.<br/>
+
-
Once it has finished (or failed :-), you will receive an email with the result of the autobuild as the subject (for example, "[fremantle]: mclock 0.5.6-1 OK") and some log details in the message body. It will also include a link to the detailed logs (for example,  [https://garage.maemo.org/builder/diablo/mclock_0.5.6-1/ mClock]) so that you can learn more about any errors etc. The results of your build will also show up in the [https://garage.maemo.org/pipermail/extras-cauldron-builds/ extras-cauldron-builds Archives].
+
-
 
+
-
Upon successfull build, it will take some more time (normally up to 30 minutes) for the application to show up in the [http://repository.maemo.org/extras-devel/pool/fremantle/free/ Extras Devel repository], for example as [http://repository.maemo.org/extras-devel/pool/fremantle/free/m/mclock/ mclock_0.5.7-1_all.deb].
+
-
 
+
-
== Test your package ==
+
-
 
+
-
If your build was OK, you can now refresh your Application Manager (make sure that you did add and enable the [[Extras#Extras-devel|extras-devel repository]]!) and install your application from there. Ask some friends in the Maemo community (mailing lists, talk, IRC) to test your package.
+
-
 
+
-
== Promote your package ==
+
-
 
+
-
Once initial testing in extras-devel provided good results, you are ready to [[Uploading to Extras-devel#Promotion|promote]] your package to Extras-Test, meaning that it will now become available to a broader range of testers.
+
-
And one day, after gettings 10 thumbs up in there (and having the package at least 10 days in extras-testing), you can promote it to the "real" extras repository, making it available to all Maemo owners globally :-)
+
-
 
+
-
[[Category:Development]]
+
-
[[Category:Packaging]]
+
-
[[Category:Python]]
+

Revision as of 02:54, 4 May 2012

My mind is blown. It never ceases to amaze me how one shmcuck in the comments make a massive jump in creative interpretation, and the angry lemming horde follows him off a cliff. (The same madness was evident all over Qt labs when Nokia purchased Trolltech)Nokia and Intel are unifying their userspace solutions, using Moblins core userspace and Qt etc on the front end.This does not mean that Nokia is completely changing its road map or scheduled devices. Imagine the next device (n9**) is a slightly improved hardware revision (realistic) with entirely new software (maemo6 going on Meego). These geek early adopters will be stumped by what exactly?I own an n900, have enjoyed several (significant) updates so far and look forward to 1.2 and beyond.(And for n8** users who want to draw analogy, that generation hardware has an MBX GPU and the associated drivers were never released into the wild. Maemo5 was not an option without GL)

Retrieved from "http://bugs.maemo.org/Py2deb"