Active Topics
-
Phone Camera Competition April 2021: "Funny & Foolish" (33)
to General by Fellfrosch - 14 hrs, 26 mins ago -
What's the best Handheld gnu/linux machine for 20XX? (78)
to Competitors by clort - 19 hrs, 11 mins ago -
Unofficial Storage for camera phone competition... (62)
to General by catbus - 1 day, 3 hrs ago -
Maemo-Leste pre-alpha announcement (512)
to Maemo 7 / Leste by nonsuch - 2 days, 4 hrs ago -
The Intel RealSense Smartphone prototype (0)
to Competitors by n950 - 2 days, 7 hrs ago -
Maemo Leste Playground (57)
to Maemo 7 / Leste by clort - 3 days, 4 hrs ago -
A Palm OS thread ... and a thank you to the community (23)
to Alternatives by bradvesp - 4 days, 3 hrs ago - more...
 |
|
2009-02-27
, 00:56
|
|
Posts: 480 |
Thanked: 378 times |
Joined on Apr 2008
@ Chicago-ish
|
#12
|
When done right, running dpkg-buildpackage should build the application (run Makefiles), and package everything up correctly.
__________________
Disclaimer: If a program I wrote doesn't work/breaks your tablet... It's not my fault
mcedit | Utility Calculators (WIP) | PyRDesktop
My Blog | Twitter
Disclaimer: If a program I wrote doesn't work/breaks your tablet... It's not my fault
mcedit | Utility Calculators (WIP) | PyRDesktop
My Blog | Twitter
 |
|
2009-02-27
, 07:32
|
|
Posts: 4,274 |
Thanked: 5,358 times |
Joined on Sep 2007
@ Looking at y'all and sighing
|
#13
|
Originally Posted by darethehair
debian/rules files have at least 4 "stages".
mikkov:
Yes, I have confirmed that it is possible to use 'py2deb' even on binary packages like 'graphviz', but I will certainly investigate the possibility (as you suggest) of doing it a more 'normal' way. However, I will need to wrap my heard around the concept of packaging the *binaries* that I have compiled, and not the *source* of the app itself. Will this just all 'fall into place' if I go down that road?
configure, build, install & binary.
In configure, things like "configure" get run, which, if the program uses autotools, generates the Makefiles.
In build, the "make" command gets ran which, as you probably know, generates the binary.
In install, usually, "make install" gets ran which installs files to their right places. If not, you have to figure out how to get the file to the right place.
And in binary, this is where the debhelper does its stuff in preparing and producing the deb.
* The stages are correct but I am biased in me assuming autotools. Other build systems may be used, you'll have to make concessions then in that case. But graphviz uses autotools, so you should be ok.
It's also worth noting that free is *only* for packages with source, not to mention that providing a binary w/out the source can infringe on the terms of some licenses.
|
|
2009-02-27
, 09:43
|
|
Posts: 1,224 |
Thanked: 1,763 times |
Joined on Jul 2007
|
#14
|
You can also see here:
http://repository.maemo.org/extras-d...gs_1.1_all.deb
A simple example for a debian/ directory that packages a python program and works with dpkg-buildpackage (and with the autobuilder). It can easily be used to package any files (binary or otherwise) you created by some other method.
http://repository.maemo.org/extras-d...gs_1.1_all.deb
A simple example for a debian/ directory that packages a python program and works with dpkg-buildpackage (and with the autobuilder). It can easily be used to package any files (binary or otherwise) you created by some other method.
 |
|
2009-02-27
, 14:33
|
|
Posts: 273 |
Thanked: 104 times |
Joined on Mar 2007
@ Manitoba, Canada
|
#15
|
Thanks again, all of you! I envy your casual approach to all this stuff. I guess that is the price I have paid for getting into app development so late in life -- the best that I can do is to use the *easiest* computer language (Python), and push 'packaging' onto the back burner as much as possible. 
__________________
There is nothing more dangerous than a bored cat.
There is nothing more dangerous than a bored cat.
Yes, I have confirmed that it is possible to use 'py2deb' even on binary packages like 'graphviz', but I will certainly investigate the possibility (as you suggest) of doing it a more 'normal' way. However, I will need to wrap my heard around the concept of packaging the *binaries* that I have compiled, and not the *source* of the app itself. Will this just all 'fall into place' if I go down that road?
There is nothing more dangerous than a bored cat.