LINUX.ORG.RU
Форум — Talks  

[ubuntu] How to not collaborate with Debian (and upstream)

 


0

0

* 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.

★★★

а вот нефиг якшаться с убунтой

Deleted
()

убунто то еще поделие. Какими идиотами надо быть, чтобы включать в LTS релиз бета версию браузера

nu11 ★★★★★
()
Ответ на: комментарий от nu11

>убунто то еще поделие. Какими идиотами надо быть, чтобы включать в LTS релиз бета версию браузера

Release Early, Release Often

anonymous
()
Ответ на: комментарий от anonymous

Re^2: [ubuntu] How to not collaborate with Debian (and upstream)

>>убунто то еще поделие. Какими идиотами надо быть, чтобы включать в LTS релиз бета версию браузера

> Release Early, Release Often

...Release Crap :)

gaa ★★
()
Ответ на: комментарий от nu11

да, надо было на три года оставить кал мамонта только потому, что лоровские аналитики не умеют пользоваться аптом

anonymous
()
Ответ на: комментарий от anonymous

>Release Early, Release Often

для этого есть testing и unstable.

LTS позиционируется все таки как стабильный релиз. Бета версиям там делать нечего по определению

nu11 ★★★★★
()
Ответ на: комментарий от anonymous

>надо было на три года оставить кал мамонта

отложить релиз на пару недель мама шатлворта не разрешила? =)

nu11 ★★★★★
()
Ответ на: комментарий от nu11

Если ты внимательно посмотришь на текущее состояние репа hardy, то увидишь, что там давным-давно уже не бета, а очень даже 3.0.1.

INFOMAN ★★★★★
()
Ответ на: комментарий от INFOMAN

>там давным-давно уже не бета, а очень даже 3.0.1.

если бы они после релиза фокса его не обновили - был бы вообще маразм =)

На момент официального релиза 8.04 там была бета. Накуя такой релиз нужен?

nu11 ★★★★★
()
Ответ на: комментарий от nu11

> На момент официального релиза 8.04 там была бета. Накуя такой релиз нужен?

Чтобы им пользоваться. Все знаил что эту бету через месяц заменят на релиз. Взяли и выпустили, все нормально.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Talks