Re: Complicated re-distribution of pgjdbc the "open source way"
От | Vladimir Sitnikov |
---|---|
Тема | Re: Complicated re-distribution of pgjdbc the "open source way" |
Дата | |
Msg-id | CAB=Je-HtjiNJdav-6-MQngYi4V4HfZC=aHNjZPgP9Dd6gKDnjQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Complicated re-distribution of pgjdbc the "open source way" (Pavel Raiskup <praiskup@redhat.com>) |
Ответы |
Re: Complicated re-distribution of pgjdbc the "open source way"
|
Список | pgsql-jdbc |
Pavel>Not modifiable code is vendor-lock-in org.osgi.enterprise jar is Apache 2.0-licensed. Apache 2.0 allows modification of a source code. Surprise. Pavel>I our case, it is IMO no need to test the potentially opt-outed feature, You claim to "invent common build denominator feature", then you claim "there's no need to test it". Are you kidding? As per Dave's words: "can you explain why packaging can't be tested"? "no need" != "can't" as far as I can understand. I think package testing should be rather simple. Pavel> It is not needed to check in upstream Pavel>that the opt-out feature works You seem to ignore the main aim of testing. The tests are there to catch unintentional changes. If no tests added, any innocent refactoring might break your packaging script. Vladimir
В списке pgsql-jdbc по дате отправления: