* If the Debian package uses a patch system, change the patch system.
You get bonus points if you switch from dpatch to anything else,
and rename all the patches during the process, since this increases
the diff size significantly.
* Upstream doesn't release often enough? And marking an svn snapshot
as such in the upstream version doesn't look good? Don't hesitate to
make up a new upstream release (or an RC). Doesn't matter if it only
exists in Ubuntu.
* You want to fix an upstream bug? Fix it in a way that is
completely Debian/Ubuntu-specific (using tools like
update-alternatives, for example). That way, upstream won't be able
to steal your patch, and users of this software will have to switch
to Ubuntu if they want your new feature.
* If the software is dual-licensed, license your patches under only
one of the licenses, to make it even less likely that upstream will
integrate them.
* When writing the changelog, make sure to forget about some changes, to
make it less likely that the Debian maintainer will cherry-pick some
interesting changes.
* And of course, never contact the Debian maintainer during the whole
process, even if you find bugs in the Debian package.
Many thanks to Neil Wilson and Mathias Gug for preparing and uploading
libgems-ruby 1.3.0~RC1-0ubuntu1, ignoring my concerns raised in
LP#145267. This package provides perfect examples for each of the
above points. Nice slap in the face.
Похожие темы
- Форум [announce] BFS - Brain Fuck Scheduler: Возвращение анастезиолога (2009)
- Форум KDE 3.5 rc1 для Debian. (2005)
- Форум В Kubuntu проблемы с adept-ом (2007)
- Форум Театр одного актёра продолжается (2012)
- Форум Qt: уход фокуса из виджета возможен только с приходом фокуса в другой? (2013)
- Форум [тут вкусные кеды]Вышел Pardus 2011 alpha (2010)
- Форум GhostBSD 2.0 is released (2011)
- Форум W7 Theme for Ubuntu Brings Windows 7's Familiar GUI to Linux (2010)
- Форум Void Linux: это че за хрень? (2017)
- Форум BP user support . (2006)