[pkg-fso-maint] Slowly uploading to main: freesmartphone.org core packages (was Re: Slowly uploading to main)
Luca Capello
luca at pca.it
Sun May 17 19:02:50 UTC 2009
Hi there!
On Fri, 15 May 2009 12:36:49 +0200, Luca Capello wrote:
> 2) freesmartphone.org core packages
* fso-gsm0710muxd
I fixed all the lintian warnings, including the manpage generation.
Because frameworkd depends on it (more about that later), I would
upload it anyway, even if its lifecycle should be very short. It has
been already replaced upstream by fso-abyss, itself being replace by
libgsm0710mux, according to the thread at
http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2009-April/000976.html
* fso-frameworkd (fso-frameworkd, fso-config-general, fso-sounds-none)
I am not sure fso-gsm0710muxd should be a strict dependency: AFAIK, if
you disable ogsmd, frameworkd does not need any GSM muxer (I do not
know anything about cornucopia/libgsm0710mux). The same should be
true for ppp, I am not sure about python-serial. Am I too much maniac
or could this be a good thing? The idea would be to provide a very
minimal configuration with no active services.
OTOH, here the lintian output:
- I: fso-frameworkd source: quilt-patch-missing-description
not so important, they can be left as they are
- W: fso-frameworkd: binary-without-manpage usr/bin/cli-framework
W: fso-frameworkd: binary-without-manpage usr/bin/frameworkd
these two must be fixed and the patch sent upstream, if someone
other would like to take care of them I would be glad :-)
- W: fso-frameworkd: unusual-interpreter
./usr/share/pyshared/framework/patterns/null.py #!/user/bin/env
this is an upstream bug already fixed by Joachim, I simply included
the upstream commit
- W: fso-frameworkd: package-relation-with-self replaces:
fso-frameworkd (<< 0.2.0-git20080909-7)
this is correct, because previous versions were tied to a specific
device, while now they are device-agnostic
* fso-gpsd (fso-gpsd)
I dream of the day when this will not be needed anymore
http://projects.linuxtogo.org/pipermail/smartphones-userland/2009-February/001199.html
http://bzed.de/posts/2009/02/why_you_should_use_gpsd_over_gypsy/
Until then, however, we need it: I fixed all the lintian warnings,
including the manpage generation (with the very same trick I used for
fso-gsm0710muxd) and the init script for Policy 3.8.1 (the start
action of an init script must exit successfully and not start the
daemon again if it's already running [9.3.2]).
The only problem I see is about upstream URL and thus the debian/watch
file: upstream author hosts fso-gpsd releases on his webpage (this is
referred in debian/copyright)
http://wwwcip.informatik.uni-erlangen.de/~sisawess/fsogpsd/
However, AFAIK we track the freesmartphone.org Git repository at
http://git.freesmartphone.org/?p=fso-gpsd.git;a=summary
If we prefer upstream author website, then the debian/watch file needs
the following patch:
--8<---------------cut here---------------start------------->8---
diff --git a/debian/watch b/debian/watch
index 4f269c1..4e3d295 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1 +1,3 @@
-# Upstream does not have any tarball, thus no need for a watch file.
+version=3
+
+http://wwwcip.informatik.uni-erlangen.de/~sisawess/fsogpsd/fso-gpsd-(.*)\.tar\.gz
--8<---------------cut here---------------end--------------->8---
* fso-utils (fso-utils)
This has not seen any update since August 2008, does anyone actually
use it? FYI, I have never did, but I have not done any serious
debugging on frameworkd yet.
One note: at least the Openmoko uboot-envedit Perl script should be
removed in favor of uboot-envtools, which works on the Openmoko since
version 20081215-1
http://bugs.debian.org/512589
* openmoko-files (fso-config-gta01, fso-config-gta02)
First question: should we find a better name? Something like
openmoko-files-config? I think it could be a safer name and also in
line with openmoko-files-nonfree, i.e. openmoko-files-* sources.
Then, because I am a maniac, the correct folder for GTA01 should be
GTA01_Neo-1973, thus I will `git mv` it if no one will complain in the
next day.
Apart from that, I will merge every common file, in order to minimize
the differences. This will probably take a bit...
Thx, bye,
Gismo / Luca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-fso-maint/attachments/20090517/a2a2fa92/attachment.pgp>
More information about the pkg-fso-maint
mailing list