Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #206602

Re: Q. about Tinkering with Debian Source Code

Show all headers | View raw

Hi,

Disclaimer: I am not a Debian member and only prepare the Debian packages
of my own upstream project. So i'm just one or two steps ahead of you.


Kent West wrote:
> Should I consider the Debian download as the official source, of the Git
> version?

s/of/or/ ?

It depends on where you plan to submit your changes.

If you want to help developing the upstream software project, then work
on a git clone and ask the upstream project people for advise how to
contribute.

If you want to improve the Debian package, then work on the source tarball
  http://deb.debian.org/debian/pool/main/s/sl/sl_5.02.orig.tar.gz
and the Debian addons
  http://deb.debian.org/debian/pool/main/s/sl/sl_5.02-1.debian.tar.xz
Check the Debian package repository for pending patches which are not yet
part of an uploaded package version:
  https://salsa.debian.org/debian/sl
  https://salsa.debian.org/debian/sl/commits/master

A good collection of links for a package is provided by the package tracker:
  https://tracker.debian.org/pkg/sl

In any case you should try to find out what the Debian patches do:
  https://sources.debian.org/src/sl/5.02-1/debian/patches/
(also in sl_5.02-1.debian.tar.xz and in salsa.debian.org as .debian/patches)

In the end you will need a sponsor for getting the new package version
into Debian.
Read
  https://mentors.debian.net/intro-maintainers
Begin to read
  https://www.debian.org/doc/manuals/maint-guide/


> If I start
> with the Git version, and it were to get accepting back into Debian,
> wouldn't that erase all the extra stuff that has been added to the Debian
> version that is not in the Git version (unless I find it all and re-include
> it)?

That's why the debian stuff is separate from the original stuff.
(But the original stuff is often a bit outdated, compared to the original
 project's git.)
Of course, a new upstream release needs to be checked whether the patches
still make sense and apply properly.


> If I start in the Debian version and it gets accepted back into Debian,
> wouldn't that make the Git version just that much more irrelevant?

Normally you are supposed to discuss your findings and code changes with
upstream, so that your patches become obsolete with the next upstream
release. Up to then, they could fix bugs, implement new features in
advance, improve documentation, or make the package more feasable for Debian.

Sometimes it might be necessary to permanently deviate from upstream
decisions by permanent patches. But that should only be the last resort
if upstream cannot or does not want to follow your well motivated proposals.


Have a nice day :)

Thomas

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Q. about Tinkering with Debian Source Code Kent West <westk@acu.edu> - 2019-03-25 19:20 +0100
  Re: Q. about Tinkering with Debian Source Code Stefan Monnier <monnier@iro.umontreal.ca> - 2019-03-25 22:00 +0100
    Re: Q. about Tinkering with Debian Source Code Roberto C. Sánchez <roberto@debian.org> - 2019-03-26 01:40 +0100
    Fwd: Q. about Tinkering with Debian Source Code Kent West <westk@acu.edu> - 2019-03-26 14:20 +0100
  Re: Q. about Tinkering with Debian Source Code "Thomas Schmitt" <scdbackup@gmx.net> - 2019-03-26 09:30 +0100
    Fwd: Q. about Tinkering with Debian Source Code Kent West <westk@acu.edu> - 2019-03-26 14:20 +0100
      Re: Q. about Tinkering with Debian Source Code Kent West <westk@acu.edu> - 2019-03-26 14:30 +0100

csiph-web