Differences between revisions 25 and 139 (spanning 114 versions)
Revision 25 as of 2007-10-17 17:05:25
Size: 9645
Editor: ?TimHall
Comment: WNPP Update - added known maintainers
Revision 139 as of 2020-01-14 09:31:49
Size: 12765
Editor: ?umlaeute
Comment: add `gbp import-orig --uscan` as the preferred way to import a new upstream.
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
DebianMultimedia #format wiki
#language en
<<BR>>

||<tablestyle="float:right; font-size: 0.9em; width:40%; background:#F1F1ED; margin: 0 0 1em 1em;" style="border:0; padding:0em;"><<TableOfContents(2)>>||
||<style="border:0; padding:0.5em;"><<Navigation(siblings,1)>>||

= Develop Packaging =

= Packages maintained by the Debian Multimedia Team =

Here you can find a list of packages maintained by the Debian Multimedia Team:

https://qa.debian.org/developer.php?login=debian-multimedia@lists.debian.org

https://qa.debian.org/developer.php?login=pkg-multimedia-maintainers@lists.alioth.debian.org ([[https://lists.debian.org/debian-multimedia/2018/01/msg00000.html|deprecated]])

New packages should set the Maintainer field to {{{Debian Multimedia Maintainers <debian-multimedia@lists.debian.org>}}}. Existing packages should move to using that address on a best-effort basis.

All source packages must be hosted at [[https://salsa.debian.org/multimedia-team/|multimedia-team]] on Salsa.

= How to help with packaging =

The Debian Multimedia Maintainers need help to create new Debian packages and maintain the existing ones. If you want to contribute to this effort, but you are new to the Debian packaging systems, here follows some information to get you started. Also see [[DebianMultimedia/Sponsoring]] for Best Practices with regard to obtaining sponsorship for your uploads if you are not a DD or DM.

== Packaging guidelines ==
  * Packages should use git, as mentioned above. Desirable is being able to use DebianPkg:git-buildpackage.
  * Upstream sources should be kept in the ''upstream'' branch and the the debian packaging in the ''master'' branch.
  * DebianPkg:quilt should be used for patch management, and the ''master'' branch should only differ from the ''upstream'' branch in files inside the debian/ directory. This means no direct changes to the source in the master branch.
  * In order to keep patches uniform, maintainers should configure DebianPkg:quilt by means of a {{{~/.quiltrc}}} file in accordance with the [[http://www.debian.org/doc/manuals/maint-guide/modify.en.html#quiltrc|Debian New Maintainers' Guide]]. Torsten Glaser suggested a more sophisticated {{{~/.quiltrc}}} file resulting from the team's discussion, the Perl and Maintainer’s Guide suggestions in ''clean'' POSIX shell on the [[http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2012-June/027969.html|pkg-multimedia-maintainers list]].
  * Patches should have a [[http://dep.debian.net/deps/dep3/|DEP-3]] compliant header, and should be submitted upstream (if relevant) before uploading to Debian.
  * The maintainer field should be set to {{{Debian Multimedia Maintainers <debian-multimedia@lists.debian.org>}}}
  * The git repository should be hosted on salsa, under the multimedia-team project. It should forward commit messages to {{{dispatch+}}}''package''{{{_vcs@tracker.debian.org}}}.
  * The control file should use the Vcs-Git and Vcs-Browser tags.

== Workflow guidelines ==
  * '''One change per commit'''. This is very important, it eases review, cherry picking, bisecting (and thus debugging) and backporting.
  * Do not commit `debian/changelog` along with the changes. This practice makes cherry picking and backporting changes unnecessarily hard. The changelog is generated with [[DebianMan:1/git-dch|git-dch(1)]] at the time of upload. Also, packages should use the changelog release heuristic of [[DebianMan:1/dch|dch(1)]].
  * The commit message should have a short (<78 characters) summary of the change followed by a newline. After that, you can elaborate on the change. The summary is treated specially by various tools like [[DebianMan:1/git-dch|git-dch(1)]], or the commitdiff mailer.
  * After each upload to the Debian FTP servers, the first commit should be creating a new changelog entry, to ease testing of unreleased packages.
  * Tags should be created (and signed) by the uploading DD, in the case of the debian tags in the master branch, and by the person importing the upstream sources in the case of upstream tags.
  * To indicate that the package is ready for upload, update debian/changelog to include the target distribution (i.e. 'unstable' or 'experimental'). Otherwise just leave 'UNRELEASED'. If you want a review or help, just ask on this mailing list.

== Documentation ==

  * [[http://www.debian.org/doc/devel-manuals#maint-guide|Debian New Maintainers' Guide]]
  * [[http://www.debian.org/doc/devel-manuals#devref|Debian Developer's Reference]]
  * [[http://www.debian.org/doc/devel-manuals#policy|Debian Policy Manual]]
  * [[http://wiki.debian.org/Alioth/Git|Using git on Alioth]]
  * [[http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html | git-buildpackage online documentation]] (offline: /usr/share/doc/git-buildpackage/manual-html)
  * [[http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html|Debian Library Packaging guide]]

== Proposing new packages for the Multimedia Team ==

 * Don't bother with git for packaging new software. Instead, package it properly following DebianPolicy and the [[ http://www.debian.org/doc/developers-reference/ | DevelopersReference ]].

 * If you are confident with your package, propose it for review on the pkg-multimedia-maintainers mailing list. Link to your package preferably in a way that can be easily used with [[dget]]. The [[https://mentors.debian.net|Debian Mentors]] site is a good place.

 * Members of the team will then review your package and give you hints how to improve it. If the package is "good enough" (at the reviewer's discretion), they will setup a repository on git.debian.org and integrate your package while preserving attribution.

== Working on existing packages with git for newbies ==

 * As a very basic introduction, first read [[PackagingWithGit]].

 * We generally follow the workflow and defaults of [[ http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html | git-buildpackage ]]. Besides `gbp-import-orig(1)`, the use of `git-buildpackage` is up to you. Using `git` works as well.

 * Locate the packaging branch on https://salsa.debian.org/multimedia-team.

 * Use [[ http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.man.gbp.clone.html | gbp-clone(1) ]] to get a copy of the repository. E.g.

{{{
$ gbp clone --pristine-tar git@salsa.debian.org:multimedia-team/jack-audio-connection-kit.git
}}}

 * Do changes to that branch, build the package, test your changes, and commit early and often!

 * If someone else has committed while you are working on the branch, you need to integrate his changes. For this you have 2 options:

 * If your local changes are rather minor and clean, rebase when using [[ http://www.kernel.org/pub/software/scm/git/docs/git-pull.html | git-pull(1) ]]:
{{{
$ git pull --rebase origin
}}}

 * If you rather don't want to break your history because you think that your changes are rather large and are likely to interfere with the other changes, better merge them with:

{{{
$ git pull origin
}}}

 * In case you want to cleanup your local commits before pushing, use [[ http://www.kernel.org/pub/software/scm/git/docs/git-rebase.html | git-rebase(1) ]]:

{{{
$ git rebase -i origin/master
}}}

   You will be presented a textfile where you can specify what of your local commits you want to modify, drop or squish (merge with the previous one). You can also improve your commit message here.

   Make sure that you don't rewrite already published commits.

 * In order to get comments on your (preferably cleaned up) commits, use use merge requests on [[https://salsa.debian.org|salsa]] or use [[ http://www.kernel.org/pub/software/scm/git/docs/git-format-patch.html | git-format-patch(1) ]] to generate patches of your commits and email them to the mailing list.

 * None of the steps above require membership in the multimedia-team group. All of that can be done totally anonymously!

= Common tasks for team members =

== Uploading proposed package to the team git repository ==

 * First create a repository on [[https://salsa.debian.org|Salsa]].

 * Then import the sources locally, register the remote archive and push your commits (i.e. upload changes) with the following commands:

{{{
$ cd /path/to/sources/
$ gbp import-dsc --pristine-tar <project>_0.0.1-1.dsc
$ cd <project>
$ git remote add origin git@salsa.debian.org:multimedia-team/<project>.git
$ git push origin master upstream pristine-tar --follow-tags
}}}

 * If the package hasn't been uploaded yet, then debian tag should be deleted: (thus debian tag can be created on upload)

{{{
$ git tag -d debian/0.0.1-1
}}}

== Uploading new upstream version to existing repository ==

 * Updating a git branch: {{{
$ git checkout master
$ git pull
}}} or by running: {{{
$ gbp pull
}}}

 * Updating local branches without switching to them: {{{
$ git remote update
$ git fetch origin upstream:upstream pristine-tar:pristine-tar
}}}

 * Merging a new upstream version: {{{
$ gbp import-orig --pristine-tar --uscan
}}} or, if you `uscan` does not work for some reasons, you can also import a local tarball: {{{
$ gbp import-orig --pristine-tar /path/to/<package>_0.0.1.orig.tar.bz
}}}

 * Resolving merge conflicts, review your changes e.g. with `git`: {{{
$ git commit
}}}

 * Pushing new revisions: {{{
$ git push origin master upstream pristine-tar --follow-tags --dry-run
}}} If you are happy, remove the --dry-run parameter. Alternatively: {{{
$ gbp push
}}}

 * '''Assumptions in all cases'''
 * in the source tree
 * the remote 'origin' is setup properly


== Removing/Adding debian tags to repository ==

 * Removing debian tag: {{{
$ git tag -d debian/0.0.1-1
}}}

 * Adding debian tag: {{{
$ gbp buildpackage --git-tag-only
}}} Alternatively, it's possible to create tags by hand: {{{
$ git tag [-a|-s] "debian/0.0.1-1" -m "Debian release 0.0.1-1"
}}}
  * -s (or -u <key>) for GPG-signed tag
  * -a for unsigned tag

 * Pushing tags: {{{
$ git push origin master --follow-tags
}}}

 * Replacing a previously set tag: {{{
$ git tag -f [-a|-s] "debian/1.2.3-1" -m "Debian release 1.2.3-1"
}}}

== Common configuration options ==

These parameters should be placed in the `debian/gbp.conf` file.
(uncomment compression line if upstream tarball(s) are not gzip-compressed)
{{{
[DEFAULT]
pristine-tar = True
#compression = bzip2
}}}

'''If you adopt the dpkg source format ''3.0 (quilt)'' you should:'''

* Add this to debian/source/format file

{{{
3.0 (quilt)
}}}

* Add this to .gitignore file

{{{
.pc
}}}

== Bugs for packages found in DMO ==

If there is a bug that is not found in the Debian version of a package but found only in the DMO version of the package, it is helpful to mark such bugs with a usertag. The procedure we take to mark such bugs is as follows.

Send an email to close the bug (NNNNN-done@bugs.debian.org) and also to the BTS bug control interface (control@bugs.debian.org). Closing the bug will automatically notify the submitter of the bug as well. The contents of the email must begin with the following lines.

{{{
user debian-multimedia@lists.debian.org
usertags NNNNNN dmo
tags NNNNNN = unreproducible
notfound NNNNNN <version1>
notfound NNNNNN <version2>
...
notfixed NNNNNN <version1>
notfixed NNNNNN <version2>
...
stop
}}}

These lines are read by the BTS bug control interface. The 'user' line must be set to 'debian-multimedia@lists.debian.org' so that the usertag can be set. The 'usertags' marks the bug with the usertag 'dmo'. The 'tags' line will reset all tags on the bug so that it will only contain one tag, the 'unreproducible' tag. The 'notfound' lines removes all instances where the BTS says the bug is found. These lines need to be added for each version the BTS says the bug is found against. In case the BTS says there are versions of the package the bug is fixed, the 'notfixed' lines must also be added just like the 'notfound' lines to unmark all versions where the BTS says the bug is fixed. Finally, the 'stop' line stops processing for the BTS control interface.

After the 'stop' line, write a message explaining that this bug does not exist against the version of the package in Debian and is being close and marked as such. It's also helpful to recommend users to report the bug to dmo.

All such marked bugs can be viewed at http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=dmo;users=debian-multimedia@lists.debian.org.
Line 3: Line 233:
{{{ This page is outdated and contains
information already on other pages.
Help is welcome to remove the duplicate parts,
and to update or remove the obsolete parts.
No need to ask before editing. }}}

This page thanks to great work from ["TimHall"], shamelessly re-used by dancerj, updated by ["billitch"].

= Packages maintained by the Debian Multimedia Team =

Here you can find a list of packages maintained by the Debian Multimedia Team:

http://qa.debian.org/developer.php?login=debian-multimedia@lists.debian.org

All source packages are kept in the [http://svn.debian.org/wsvn/demudi demudi SVN project], please have a look at the [http://svn.debian.org/wsvn/demudi/README?op=file&rev=0&sc=0 README] for further information.

= How to help with packaging =

The !DeMuDi (Debian Multimedia Distribution) project needs help to create new Debian packages and maintain the existing ones. If you want to contribute to this effort, but you are new to the Debian packaging systems, here follows some information to get you started.

== Documentation ==

  * [http://www.debian.org/doc/devel-manuals#maint-guide Debian New Maintainers' Guide]
  * [http://www.debian.org/doc/devel-manuals#devref Debian Developer's Reference]
  * [http://www.debian.org/doc/devel-manuals#policy Debian Policy Manual]

== Lists of packages and applications ==

  * [http://www.debian.org/devel/wnpp/ Work-Needing and Prospective Packages]

Key to status column

  * '''O''' - The package has been ‘Orphaned’. It needs a new maintainer as soon as possible. If the package has a Priority higher or equal to standard, the severity should be set to important.
  * '''RFA''' - This is a ‘Request for Adoption’. Due to lack of time, resources, interest or something similar, the current maintainer is asking for someone else to maintain this package. They will maintain it in the meantime, but perhaps not in the best possible way. In short: the package needs a new maintainer.
  * '''RFH''' - This is a ‘Request For Help’. The current maintainer wants to continue to maintain this package, but they need some help to do this, because their time is limited or the package is quite big and needs several maintainers.
  * '''ITP''' - This is an ‘Intent To Package’. Please submit a package description along with copyright and URL in such a report.
  * '''RFP''' - This is a ‘Request For Package’. Someone has found an interesting piece of software and would like someone else to maintain it for Debian. Please submit a package description along with copyright and URL in such a report.
  * '''not in WNPP''' - That's because you haven't submitted an RFP for it yet (see above).

You can click on the links in this column to bring up the full bug reports.

== Audio and multimedia applications which need help ==

'''The table below could be better managed through BTS's user tags. This would allow syncing this info with the current one in BTS without duplicated work.'''


|| '''Package''' || '''Status''' || '''Upstream''' || '''Comment''' ||
|| 3gpwiz || [http://bugs.debian.org/397254 RFP:] || || Convert almost any movie type to a format (3gp/mp4) for mobile phones ||
|| alsa-firmware || [http://bugs.debian.org/276798 ITP:] || Wishlist: Maintainer - Debian Multimedia Team <debian-multimedia@lists.debian.org> || part of ALSA and needed for several cards ||
|| avidemux || [http://bugs.debian.org/203211 RFP:] || || a video editing software ||
|| camstream || [http://bugs.debian.org/390840 O:] || || Collection of tools for webcams and other video-devices ||
|| cdtool || [http://bugs.debian.org/419334 RFA:] || || text-based audio CD player and CD-ROM control commands ||
|| dirac || not in WNPP || http://dirac.sf.net/ || video codec that provides general-purpose video compression and decompression tools comparable with state-of-the-art systems - package available ||
|| dssi0.9-plugin-vst || [http://bugs.debian.org/321463 ITP:] Closed || http://dssi.sourceforge.net/download.html#dssi-vst || Wrapper plugin for Windows VSTs to function as DSSI plugin. See http://willem.engen.nl/debian/build-dssi.html - Remove? ||
|| ecawave || [http://bugs.debian.org/431141 O:] || || graphical audio file editor ||
|| [http://bugs.debian.org/em8300 em8300] || [http://bugs.debian.org/346583 RFA:] || http://dxr3.sourceforge.net/ || Drivers for DXR3/Hollywood+ decoder cards - Debian maintainer has become upstream too & needs help. ||
|| falconseye || [http://bugs.debian.org/320075 O:] || || A port of NetHack using SDL ||
|| gjay || [http://bugs.debian.org/439383 RFA:] || || an automatic and learning DJ for xmms ||
|| gkrellmss || [http://bugs.debian.org/438730 O:] || || Plugin for GKrellM that has a VU meter and a chart ||
|| gnump3d || [http://bugs.debian.org/390295 O:] || || A streaming server for MP3 and OGG files ||
|| gplflash || not in WNPP || [http://gplflash.sourceforge.net/ http://gplflash.sourceforge.net/] || a fully Flash 7-compliant replacement for the restrictively licensed [:FlashPlayer:Adobe/Macromedia Flash Player and browser plugin] ||
|| ingen (om) || not in WNPP || http://wiki.drobilla.net/Ingen || modular audio processing system for GNU/Linux audio systems using the Jack audio server and LV2, LADSPA or DSSI plugins. In process of being Orphaned / RFP'd ||
|| kguitar || [http://bugs.debian.org/439530 O:] || || Stringed instrument tablature editor for KDE ||
|| latencytest || not in WNPP || http://www.alsa-project.org/~iwai/alsa.html#LatencyTest || Tool to measure kernel latency ||
|| lives || [http://bugs.debian.org/247337 RFP:] || http://lives.sourceforge.net || LiVES is the Linux Video Editing System - packages in debian-multimedia ||
|| lxdoom || [http://bugs.debian.org/434100 O:] || || sound effects server for lxdoom ||
|| lxmusserv || [http://bugs.debian.org/434101 O:] || || Linux music server for Doom and Heretic ||
|| madman || [http://bugs.debian.org/384397 O:] || || An advanced music manager application ||
|| [http://bugs.debian.org/mctools-lite mctools-lite] || [http://bugs.debian.org/352538 O:] || || A CD player and audio mixer for X - Remove? ||
|| midicomp || not in WNPP || [http://midicomp.opensrc.org/ http://midicomp.opensrc.org/] || utility to "compile" and "decompile" midi files from/to text files ||
|| [http://bugs.debian.org/nas nas] || [http://bugs.debian.org/354174 RFH:] || http://www.radscan.com/nas.html || The Network Audio System ||
|| opledit || not in WNPP || [http://repetae.net/john/computer/opledit/] || OPL2 and OPL3 patch editor ||
|| positron || [http://bugs.debian.org/392672 O:] || || synchronization manager for the Neuros Audio Computer ||
|| pvoc || [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282644 RFP] Closed || http://quitte.de/dsp/pvoc.html || LADSPA plugins and command line utilities for time stretching/pitch shifting ||
|| pydance || [http://bugs.debian.org/388361 O:] || || dancing simulation game similar to the kind in arcades ||
|| pydance-music || [http://bugs.debian.org/388360 O:] || || Songs and step patterns for pydance ||
|| python-oss || [http://bugs.debian.org/440783 O:] || || Open Sound System (OSS) interface for Python ||
|| qsampler || [http://bugs.debian.org/280576 ITP:] || http://qsampler.sourceforge.net/qsampler-index.html#Downloads Maintainer: Matt Flax <flatmax@pgb.unsw.edu.au>|| A !LinuxSampler Qt GUI Interface package available in 64 Studio ||
|| rivendell || not in WNPP || http://www.rivendellaudio.org/ || complete radio broadcast automation solution ||
|| rtirq || [http://bugs.debian.org/307786 ITP:] || || Startup script for realtime-preempt enabled kernels package available ||
|| rtsynth || not in WNPP || [http://www.linux-sound.org/rtsynth/ http://www.linux-sound.org/rtsynth/] || a midi event triggered real time synth for Linux ||
|| slimp3 || [http://bugs.debian.org/303617 O:] || || MPEG Layer III Streaming Server ||
|| slimserver || [http://bugs.debian.org/303617 ITP:] || || MPEG Layer III Streaming Server (slimp3 re-brand)||
|| [http://bugs.debian.org/sound-recorder sound-recorder] || [http://bugs.debian.org/288211 O:] || || Direct-to-disk recording and play-back programs. - looks dead. ||
|| [http://bugs.debian.org/tapiir tapiir] || [http://bugs.debian.org/352539 O:] || || A tool for real time audio delay and feedback effects - may still be worth adopting ||
|| transcriber || [http://bugs.debian.org/406133 O:] || || Transcribe speech data using an integrated editor ||
|| [http://bugs.debian.org/volume.app volume.app] || [http://bugs.debian.org/274281 O:] [http://bugs.debian.org/304826 O:] || || A dockapp enabling easy control of the volume level ||
|| wasp || not in WNPP || [http://artemiolabs.com/software/wasp/ http://artemiolabs.com/software/wasp/] || LADSPA plugins ||
|| wavbreaker || [http://bugs.debian.org/282456 ITP:] || http://huli.org/wavbreaker || Takes a wave file and break it up into multiple wave files - package in debian-multimedia ||
|| wmscope || [http://bugs.debian.org/400945 O:] || || Graphical representation of sound waves in a dockapp ||
|| xmms-crossfade || [http://bugs.debian.org/437011 O:] || || XMMS Plugin for Crossfading / Continuous Output ||
|| yatm || not in WNPP || [http://delysid.org/yatm.html http://delysid.org/yatm.html] || Ogg and mp3 player with time stretching capabilities ||

----
Work in progress : We're checking all the WNPP bugs and updating infos on this page, last update: 17/10/07 -- ["TimHall"]

 -- ["billitch"]
Work in progress : We're checking all the WNPP bugs and updating infos on this page.
 -- [[billitch]]


Develop Packaging

Packages maintained by the Debian Multimedia Team

Here you can find a list of packages maintained by the Debian Multimedia Team:

https://qa.debian.org/developer.php?login=debian-multimedia@lists.debian.org

https://qa.debian.org/developer.php?login=pkg-multimedia-maintainers@lists.alioth.debian.org (deprecated)

New packages should set the Maintainer field to Debian Multimedia Maintainers <debian-multimedia@lists.debian.org>. Existing packages should move to using that address on a best-effort basis.

All source packages must be hosted at multimedia-team on Salsa.

How to help with packaging

The Debian Multimedia Maintainers need help to create new Debian packages and maintain the existing ones. If you want to contribute to this effort, but you are new to the Debian packaging systems, here follows some information to get you started. Also see DebianMultimedia/Sponsoring for Best Practices with regard to obtaining sponsorship for your uploads if you are not a DD or DM.

Packaging guidelines

  • Packages should use git, as mentioned above. Desirable is being able to use git-buildpackage.

  • Upstream sources should be kept in the upstream branch and the the debian packaging in the master branch.

  • quilt should be used for patch management, and the master branch should only differ from the upstream branch in files inside the debian/ directory. This means no direct changes to the source in the master branch.

  • In order to keep patches uniform, maintainers should configure quilt by means of a ~/.quiltrc file in accordance with the Debian New Maintainers' Guide. Torsten Glaser suggested a more sophisticated ~/.quiltrc file resulting from the team's discussion, the Perl and Maintainer’s Guide suggestions in clean POSIX shell on the pkg-multimedia-maintainers list.

  • Patches should have a DEP-3 compliant header, and should be submitted upstream (if relevant) before uploading to Debian.

  • The maintainer field should be set to Debian Multimedia Maintainers <debian-multimedia@lists.debian.org>

  • The git repository should be hosted on salsa, under the multimedia-team project. It should forward commit messages to dispatch+package_vcs@tracker.debian.org.

  • The control file should use the Vcs-Git and Vcs-Browser tags.

Workflow guidelines

  • One change per commit. This is very important, it eases review, cherry picking, bisecting (and thus debugging) and backporting.

  • Do not commit debian/changelog along with the changes. This practice makes cherry picking and backporting changes unnecessarily hard. The changelog is generated with git-dch(1) at the time of upload. Also, packages should use the changelog release heuristic of dch(1).

  • The commit message should have a short (<78 characters) summary of the change followed by a newline. After that, you can elaborate on the change. The summary is treated specially by various tools like git-dch(1), or the commitdiff mailer.

  • After each upload to the Debian FTP servers, the first commit should be creating a new changelog entry, to ease testing of unreleased packages.
  • Tags should be created (and signed) by the uploading DD, in the case of the debian tags in the master branch, and by the person importing the upstream sources in the case of upstream tags.
  • To indicate that the package is ready for upload, update debian/changelog to include the target distribution (i.e. 'unstable' or 'experimental'). Otherwise just leave 'UNRELEASED'. If you want a review or help, just ask on this mailing list.

Documentation

Proposing new packages for the Multimedia Team

  • Don't bother with git for packaging new software. Instead, package it properly following DebianPolicy and the DevelopersReference.

  • If you are confident with your package, propose it for review on the pkg-multimedia-maintainers mailing list. Link to your package preferably in a way that can be easily used with ?dget. The Debian Mentors site is a good place.

  • Members of the team will then review your package and give you hints how to improve it. If the package is "good enough" (at the reviewer's discretion), they will setup a repository on git.debian.org and integrate your package while preserving attribution.

Working on existing packages with git for newbies

$ gbp clone --pristine-tar git@salsa.debian.org:multimedia-team/jack-audio-connection-kit.git
  • Do changes to that branch, build the package, test your changes, and commit early and often!
  • If someone else has committed while you are working on the branch, you need to integrate his changes. For this you have 2 options:
  • If your local changes are rather minor and clean, rebase when using git-pull(1):

$ git pull --rebase origin
  • If you rather don't want to break your history because you think that your changes are rather large and are likely to interfere with the other changes, better merge them with:

$ git pull origin
  • In case you want to cleanup your local commits before pushing, use git-rebase(1):

$ git rebase -i origin/master
  • You will be presented a textfile where you can specify what of your local commits you want to modify, drop or squish (merge with the previous one). You can also improve your commit message here. Make sure that you don't rewrite already published commits.
  • In order to get comments on your (preferably cleaned up) commits, use use merge requests on salsa or use git-format-patch(1) to generate patches of your commits and email them to the mailing list.

  • None of the steps above require membership in the multimedia-team group. All of that can be done totally anonymously!

Common tasks for team members

Uploading proposed package to the team git repository

  • First create a repository on Salsa.

  • Then import the sources locally, register the remote archive and push your commits (i.e. upload changes) with the following commands:

$ cd /path/to/sources/
$ gbp import-dsc --pristine-tar <project>_0.0.1-1.dsc
$ cd <project>
$ git remote add origin git@salsa.debian.org:multimedia-team/<project>.git
$ git push origin master upstream pristine-tar --follow-tags
  • If the package hasn't been uploaded yet, then debian tag should be deleted: (thus debian tag can be created on upload)

$ git tag -d debian/0.0.1-1

Uploading new upstream version to existing repository

  • Updating a git branch:

    $ git checkout master
    $ git pull

    or by running:

    $ gbp pull
  • Updating local branches without switching to them:

    $ git remote update
    $ git fetch origin upstream:upstream pristine-tar:pristine-tar
  • Merging a new upstream version:

    $ gbp import-orig --pristine-tar --uscan

    or, if you uscan does not work for some reasons, you can also import a local tarball:

    $ gbp import-orig --pristine-tar /path/to/<package>_0.0.1.orig.tar.bz
  • Resolving merge conflicts, review your changes e.g. with git:

    $ git commit
  • Pushing new revisions:

    $ git push origin master upstream pristine-tar --follow-tags --dry-run

    If you are happy, remove the --dry-run parameter. Alternatively:

    $ gbp push
  • Assumptions in all cases

  • in the source tree
  • the remote 'origin' is setup properly

Removing/Adding debian tags to repository

  • Removing debian tag:

    $ git tag -d debian/0.0.1-1
  • Adding debian tag:

    $ gbp buildpackage --git-tag-only

    Alternatively, it's possible to create tags by hand:

    $ git tag [-a|-s] "debian/0.0.1-1" -m "Debian release 0.0.1-1"
    • -s (or -u <key>) for GPG-signed tag

    • -a for unsigned tag
  • Pushing tags:

    $ git push origin master --follow-tags
  • Replacing a previously set tag:

    $ git tag -f [-a|-s] "debian/1.2.3-1" -m "Debian release 1.2.3-1"

Common configuration options

These parameters should be placed in the debian/gbp.conf file. (uncomment compression line if upstream tarball(s) are not gzip-compressed)

[DEFAULT]
pristine-tar = True
#compression = bzip2

If you adopt the dpkg source format 3.0 (quilt) you should:

* Add this to debian/source/format file

3.0 (quilt)

* Add this to .gitignore file

.pc

Bugs for packages found in DMO

If there is a bug that is not found in the Debian version of a package but found only in the DMO version of the package, it is helpful to mark such bugs with a usertag. The procedure we take to mark such bugs is as follows.

Send an email to close the bug (NNNNN-done@bugs.debian.org) and also to the BTS bug control interface (control@bugs.debian.org). Closing the bug will automatically notify the submitter of the bug as well. The contents of the email must begin with the following lines.

user debian-multimedia@lists.debian.org
usertags NNNNNN dmo
tags NNNNNN = unreproducible
notfound NNNNNN <version1>
notfound NNNNNN <version2>
...
notfixed NNNNNN <version1>
notfixed NNNNNN <version2>
...
stop

These lines are read by the BTS bug control interface. The 'user' line must be set to 'debian-multimedia@lists.debian.org' so that the usertag can be set. The 'usertags' marks the bug with the usertag 'dmo'. The 'tags' line will reset all tags on the bug so that it will only contain one tag, the 'unreproducible' tag. The 'notfound' lines removes all instances where the BTS says the bug is found. These lines need to be added for each version the BTS says the bug is found against. In case the BTS says there are versions of the package the bug is fixed, the 'notfixed' lines must also be added just like the 'notfound' lines to unmark all versions where the BTS says the bug is fixed. Finally, the 'stop' line stops processing for the BTS control interface.

After the 'stop' line, write a message explaining that this bug does not exist against the version of the package in Debian and is being close and marked as such. It's also helpful to recommend users to report the bug to dmo.

All such marked bugs can be viewed at http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=dmo;users=debian-multimedia@lists.debian.org.


Work in progress : We're checking all the WNPP bugs and updating infos on this page.


CategorySound