Proposing a New App Developer Upload Process

[Michael Hall]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 09/04/2012 04:12 AM, Philipp Kern wrote:
> On Mon, Sep 03, 2012 at 07:42:14PM -0400, Michael Hall wrote:
>> On 09/03/2012 04:03 PM, Philipp Kern wrote:
>>> am Mon, Sep 03, 2012 at 07:59:15PM +0200 hast du folgendes 
>>> geschrieben:
>>>> * Review the spec at
>>>> https://wiki.ubuntu.com/AppDevUploadProcess
>>> what happens in case of a namespace conflict with Debian?
>>> Given that apps are not only in dpkg's namespace of all
>>> installed applications, as they also refer to paths within
>>> /usr. Can a package in Ubuntu be updated through this process?
>>> Will a package that appears in Ubuntu proper supersede the
>>> application submitted through this process? Will the version
>>> for use by apt and dpkg be prefixed, so that it does not
>>> collide? (I see todo items referencing a version numbering
>>> scheme, but I don't see it spelled out at first glance.)
>> Apps already in the archives won't be eligible for this process.
>> We don't have any requirement on version prefixing, the work
>> items are there to make sure quickly and the lintian profile are
>> using the normal version numbering scheme.
> 
> Hm, you dodged the issue of an app getting added to Debian/Ubuntu
> proper. Will you forbid epochs so that people cannot do something
> silly?
> 
> Kind regards Philipp Kern
> 
> 
> 
If the app is added to Ubuntu proper (directly or from Debian) for a
development release after it is already in Extras for a stable
release, the Extras package will not be forward-copied to the
development release and the developer will not be able to uploaded it
to the development release.

Michael Hall
mhall119 at ubuntu.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iQIcBAEBCAAGBQJQRflbAAoJEInUYcGJgfVyBvcP+wUcJpr2mmP2UpWuaQj0edzG
wRiLMZ3ezU+L/cY18FqAvbs+wPr4QSjtOszDEstuRipVu+4/1Nxh9lSil1zco0Tl
wUuBHjfFUANEBNEdYovoxgi47VcvWbRMvc5iY8HDrneS9U6vf7puOqiQgv61I5Sq
H91evexTH4C4wLZgyDM3wBFNjmDeYI4KPaleRXFNPpsQdstLaNDrYs8PhZO3dmMH
x9eEhLjOACKoeVRp64jrjbz2JHgZbl6RS7kIVEDh/cbaLMtI25/JbgNlZt0v0cxM
R921OnF5RFK8MkeyaGtitCpo/tr/EIRobX9801f0Ebm43OZDW9kgJjYimQ/0pXia
cKjTX8DnT6Qf1BtjcANyhduI3xg43ZwNmXjflq303NMT15DZ5l4BFhglnh9mHBxa
1cj0swRE91I+XGCmCwEISXt6NcYRsuT8L1btjrJ6xjqkM6gggCQoT+LT851MSmDJ
hkPnVzQfaIoskqzALyP4wpLANhZHWqagolq8NEfVaPPRq3OAc5r8Ehvug00eifkq
4XmwYBB0aKeU+jLxSXM13B2jX7rZ/roxiQgIuE8pk8xowwqvP8+btwifOxF20+/J
6/s62FVj2qH0F//r4MPp8/CzzC/vfr7iEmAUAe9TRGSuWN5viJgiqS4m/UUGMCxe
cI1nHlEC2e8nHQ2s3pkM
=hm5K
-----END PGP SIGNATURE-----