rocks-n-diamonds
а есть тут в рассылке еще майнтенеры Debian? я бы хотел закоммитить эту игрушку, а позже еще пару пакетов треуется участие уже работающего майнтенера, а я написал паре мне известных, но что-то видимо все заняты... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rocks-n-diamonds
You ([EMAIL PROTECTED]) wrote: DEO треуется участие уже работающего майнтенера, а я написал паре DEO мне известных, но что-то видимо все заняты... Напиши в debian-mentors@ -- JID: [EMAIL PROTECTED]
rocks-n-diamonds
On 17:23 Sun 26 Nov , Mikhail Gusarov wrote: You ([EMAIL PROTECTED]) wrote: DEO треуется участие уже работающего майнтенера, а я написал паре DEO мне известных, но что-то видимо все заняты... Напиши в debian-mentors@ напишу, если не удастся найти русскоязычного :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rocks-n-diamonds
пересобрал пакет с использованием debconf. теперь запустив dpkg-reconfigure rocksndiamonds пускаются диалоги выбора что качать, а потом соственно скачка/распаковка левелов для игры. таким образом в пакет входит тольк то что под GPL. а левелы юзер типа сам по необходимости и своему выбору скачает (с помощью моего скрипта). посмотрите кто-нидь опытным глазом в таком виде же не должно быть противоречий к включению его в Debian? ну и хотелось бы чтобы кто-либо затестил :) deb http://uvw.ru/debian/ ./ deb-src http://uvw.ru/debian/ ./ PS: эх игруха ностальгическая ща вот качнул 1443 левела Supaplex и что-то лучше бы я их не качал время жалко :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rocks-n-diamonds
On 07:22 Wed 22 Nov , Степан Голосунов wrote: Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: On 23:26 Tue 21 Nov , Степан Голосунов wrote: Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: в вуди или потато был пакет с сабжевой игрушкой а теперь ткнулся - нету (http://artsoft.org/) видимо майнтенить забили? или выделили в отдельный репозитарий? никто не знает судьбу? странно что поиск по oldstable на сайте дебиан результатов не дает, хотя имхо в вуди он еще точно был. Насколько я помню, его выкинули из вуди в одном из поинт-релизов по причине наличия проблем с авторскими правами. там вроде все под GPL-лицензией выложено или авторы исходных игрушек претензии предъявили? где об этом почитать можно? http://lists.debian.org/debian-announce/debian-announce-2003/msg2.html http://people.debian.org/~joey/3.0r2/ Rocks-N-Diamonds contains sound, graphics and level data which violate section 2.3 of the Debian policy manual. Some of the game content originates with commercial sources that have not provided explicit permission for their reuse. хорошо, а если я соеру его так что post-install скрипты будут левелы скачивать отдельно и устанавливать их по аналогии с msttfcorefonts принятие его в Debian возможно, как думаете? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rocks-n-diamonds
You ([EMAIL PROTECTED]) wrote: DEO хорошо, а если я соеру его так что post-install скрипты будут DEO левелы скачивать отдельно и устанавливать их по аналогии с DEO msttfcorefonts DEO принятие его в Debian возможно, как думаете? msttfcorefonts же приняли? ;) --
Re: rocks-n-diamonds
На Wed, 22 Nov 2006 12:08:05 +0300 Dmitry E. Oboukhov [EMAIL PROTECTED] записано: On 07:22 Wed 22 Nov , Степан Голосунов wrote: Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: On 23:26 Tue 21 Nov , Степан Голосунов wrote: Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: в вуди или потато был пакет с сабжевой игрушкой а теперь ткнулся - нету (http://artsoft.org/) видимо майнтенить забили? или выделили в отдельный репозитарий? никто не знает судьбу? странно что поиск по oldstable на сайте дебиан результатов не дает, хотя имхо в вуди он еще точно был. Насколько я помню, его выкинули из вуди в одном из поинт-релизов по причине наличия проблем с авторскими правами. там вроде все под GPL-лицензией выложено или авторы исходных игрушек претензии предъявили? где об этом почитать можно? http://lists.debian.org/debian-announce/debian-announce-2003/msg2.html http://people.debian.org/~joey/3.0r2/ Rocks-N-Diamonds contains sound, graphics and level data which violate section 2.3 of the Debian policy manual. Some of the game content originates with commercial sources that have not provided explicit permission for their reuse. хорошо, а если я соеру его так что post-install скрипты будут левелы скачивать отдельно и устанавливать их по аналогии с msttfcorefonts принятие его в Debian возможно, как думаете? В contrib только, а не в main. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rocks-n-diamonds
On 04:34 Wed 22 Nov , Dmitry E. Oboukhov wrote: On 01:58 Wed 22 Nov , Yauheni Kaliuta wrote: On 11/22/06, Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: кстати никто не проаудитит пакетики мои на предмет все ли правильно я сделал итп? а я попробую потом их закоммитить в Дебиан (если получится) deb http://uvw.ru/debian/ ./ deb-src http://uvw.ru/debian/ ./ хотелось бы критики сделано не правильно итп во, разорался со всеми ошибками, линтиан полчит на пакет :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rocks-n-diamonds
Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: On 23:26 Tue 21 Nov , Степан Голосунов wrote: Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: в вуди или потато был пакет с сабжевой игрушкой а теперь ткнулся - нету (http://artsoft.org/) видимо майнтенить забили? или выделили в отдельный репозитарий? никто не знает судьбу? странно что поиск по oldstable на сайте дебиан результатов не дает, хотя имхо в вуди он еще точно был. Насколько я помню, его выкинули из вуди в одном из поинт-релизов по причине наличия проблем с авторскими правами. там вроде все под GPL-лицензией выложено или авторы исходных игрушек претензии предъявили? где об этом почитать можно? http://lists.debian.org/debian-announce/debian-announce-2003/msg2.html http://people.debian.org/~joey/3.0r2/ Rocks-N-Diamonds contains sound, graphics and level data which violate section 2.3 of the Debian policy manual. Some of the game content originates with commercial sources that have not provided explicit permission for their reuse. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rocks-n-diamonds
On 01:58 Wed 22 Nov , Yauheni Kaliuta wrote: On 11/22/06, Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: кстати никто не проаудитит пакетики мои на предмет все ли правильно я сделал итп? а я попробую потом их закоммитить в Дебиан (если получится) deb http://uvw.ru/debian/ ./ deb-src http://uvw.ru/debian/ ./ хотелось бы критики сделано не правильно итп `-- lintian rocksndiamonds_3.2.2-1_amd64.changes E: rocksndiamonds source: debian-rules-missing-required-target binary-arch E: rocksndiamonds source: debian-rules-missing-required-target binary-indep гхм я что-то сперва подумал что если независимые не создаются, то и не нужно цель для них поправлю :) E: rocksndiamonds source: invalid-standards-version 3.2.2 и вот этого не пойму. пойду штудировать фармакологию (ц) Др. Ватсон W: rocksndiamonds-zelda: possible-unindented-list-in-extended-description W: rocksndiamonds: manpage-section-mismatch usr/share/man/man1/rocksndiamonds.1.gz:1 1 != 1L W: rocksndiamonds: possible-unindented-list-in-extended-description E: rocksndiamonds: unstripped-binary-or-object ./usr/bin/rocksndiamonds W: rocksndiamonds: wrong-name-for-upstream-changelog usr/share/doc/rocksndiamonds/CHANGES.gz а это в оригинальном пакете такой он переименовать или что с ним сделать чтобы варнинга этого не было? W: rocksndiamonds: package-has-a-duplicate-relation depends: libsdl-mixer1.2 (= 1.2.6), libsdl-mixer1.2 (= 1.2) W: rocksndiamonds: package-has-a-duplicate-relation depends: libsdl1.2debian (= 1.2.10-1), libsdl1.2debian (= 1.2) W: rocksndiamonds: package-has-a-duplicate-relation depends: libsdl-image1.2 (= 1.2.5), libsdl-image1.2 (= 1.2) W: rocksndiamonds: package-has-a-duplicate-relation depends: libsdl-net1.2, libsdl-net1.2 (= 1.2) ага, кажись понял откуда два раза взялось ща попробую привести к виду чтоы вовсе не ругался lintian спасибо за направление :) в общем я вижу как поправить все ошибки кроме одной: invalid-standards-version. не понимаю почему он инвалид и варнинг про CHANGES как поправить -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rocks-n-diamonds
Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: в вуди или потато был пакет с сабжевой игрушкой а теперь ткнулся - нету (http://artsoft.org/) видимо майнтенить забили? или выделили в отдельный репозитарий? никто не знает судьбу? странно что поиск по oldstable на сайте дебиан результатов не дает, хотя имхо в вуди он еще точно был. Насколько я помню, его выкинули из вуди в одном из поинт-релизов по причине наличия проблем с авторскими правами. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rocks-n-diamonds
On 11/22/06, Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: кстати никто не проаудитит пакетики мои на предмет все ли правильно я сделал итп? а я попробую потом их закоммитить в Дебиан (если получится) deb http://uvw.ru/debian/ ./ deb-src http://uvw.ru/debian/ ./ хотелось бы критики сделано не правильно итп `-- lintian rocksndiamonds_3.2.2-1_amd64.changes E: rocksndiamonds source: debian-rules-missing-required-target binary-arch E: rocksndiamonds source: debian-rules-missing-required-target binary-indep E: rocksndiamonds source: invalid-standards-version 3.2.2 W: rocksndiamonds-zelda: possible-unindented-list-in-extended-description W: rocksndiamonds: manpage-section-mismatch usr/share/man/man1/rocksndiamonds.1.gz:1 1 != 1L W: rocksndiamonds: possible-unindented-list-in-extended-description E: rocksndiamonds: unstripped-binary-or-object ./usr/bin/rocksndiamonds W: rocksndiamonds: wrong-name-for-upstream-changelog usr/share/doc/rocksndiamonds/CHANGES.gz W: rocksndiamonds: package-has-a-duplicate-relation depends: libsdl-mixer1.2 (= 1.2.6), libsdl-mixer1.2 (= 1.2) W: rocksndiamonds: package-has-a-duplicate-relation depends: libsdl1.2debian (= 1.2.10-1), libsdl1.2debian (= 1.2) W: rocksndiamonds: package-has-a-duplicate-relation depends: libsdl-image1.2 (= 1.2.5), libsdl-image1.2 (= 1.2) W: rocksndiamonds: package-has-a-duplicate-relation depends: libsdl-net1.2, libsdl-net1.2 (= 1.2)
Re: rocks-n-diamonds
On 11/22/06, Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: в общем я вижу как поправить все ошибки кроме одной: invalid-standards-version. не понимаю почему он инвалид и варнинг про CHANGES как поправить запустите lintian -i. Пара слов о Standards-Version, дополнительно к тому, что скажет lintian. Это поле указывает версию полиси, которому, по мнению ментейнера ;), соответствует пакет. Так как полиси периодическии подправляется, у него есть следующее практическое применение: если оно содержит очень старую версию, это говорит о том, что ментейнер пакет забросил (бывает же, например, что апстрим развивается слабо, всё уже написано...). Текущая версия, если память не врет, 3.7.2 (3.7.2.2, но такая точность не нужна, dpkg -l debian-policy).
rocks-n-diamonds
в вуди или потато был пакет с сабжевой игрушкой а теперь ткнулся - нету (http://artsoft.org/) видимо майнтенить забили? или выделили в отдельный репозитарий? никто не знает судьбу? странно что поиск по oldstable на сайте дебиан результатов не дает, хотя имхо в вуди он еще точно был. ну а дальше я взялся собрать эту игруху в виде пакета для себя и вот хотел бы посоветоваться. в [Build-]Depends мы пишем имя пакета и минимальный номер версии от которого зависит (например) а как быть с пакетами которые в имя пакета включен номер версии? например libsdl-mixer1.0-dev libsdl-mixer1.1-dev или скажем libsdl-net1.1-dev libsdl-net1.2-dev для некоторых пакетов бывает создан виртуальный который ссылается на пакет с номером версии, но вот для указанных такового не имеется. что ставить в зависимости если собирается с пакетом меньшей версии а работать может с обоими? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rocks-n-diamonds
На Sun, 19 Nov 2006 18:08:46 +0300 Dmitry E. Oboukhov [EMAIL PROTECTED] записано: ну а дальше я взялся собрать эту игруху в виде пакета для себя и вот хотел бы посоветоваться. в [Build-]Depends мы пишем имя пакета и минимальный номер версии от которого зависит (например) а как быть с пакетами которые в имя пакета включен номер версии? например libsdl-mixer1.0-dev libsdl-mixer1.1-dev или скажем libsdl-net1.1-dev libsdl-net1.2-dev для некоторых пакетов бывает создан виртуальный который ссылается на пакет с номером версии, но вот для указанных такового не имеется. что ставить в зависимости если собирается с пакетом меньшей версии а работать может с обоими? Наверное, если поменяли циферку, то это связано с изменением abi. Так что утверждение, что может работать с обоими версиями - ошибочно (хотя не исключено, что мейнтейнер перестраховался). В Build-Depends ставить обе версии через |, а в Depends попадет та, с которой соберется. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rocks-n-diamonds
On 18:45 Sun 19 Nov , Alexander GQ Gerasiov wrote: На Sun, 19 Nov 2006 18:08:46 +0300 Dmitry E. Oboukhov [EMAIL PROTECTED] записано: ну а дальше я взялся собрать эту игруху в виде пакета для себя и вот хотел бы посоветоваться. в [Build-]Depends мы пишем имя пакета и минимальный номер версии от которого зависит (например) а как быть с пакетами которые в имя пакета включен номер версии? например libsdl-mixer1.0-dev libsdl-mixer1.1-dev или скажем libsdl-net1.1-dev libsdl-net1.2-dev для некоторых пакетов бывает создан виртуальный который ссылается на пакет с номером версии, но вот для указанных такового не имеется. что ставить в зависимости если собирается с пакетом меньшей версии а работать может с обоими? Наверное, если поменяли циферку, то это связано с изменением abi. Так что утверждение, что может работать с обоими версиями - ошибочно (хотя не исключено, что мейнтейнер перестраховался). В Build-Depends ставить обе версии через |, а в Depends попадет та, с которой соберется. а как она туда попадет если ее руками не прописывать? то есть если мы собираем с libsdl-image1.2-dev, то зависимость должна автоматом встать на libsdl-image1.2. из Ваших слов я понял что есть механизм расставляющий Depends на основе того что с чем собирали где о нем почитать и как он работает? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rocks-n-diamonds
На Sun, 19 Nov 2006 18:55:10 +0300 Dmitry E. Oboukhov [EMAIL PROTECTED] записано: On 18:45 Sun 19 Nov , Alexander GQ Gerasiov wrote: На Sun, 19 Nov 2006 18:08:46 +0300 Dmitry E. Oboukhov [EMAIL PROTECTED] записано: ну а дальше я взялся собрать эту игруху в виде пакета для себя и вот хотел бы посоветоваться. в [Build-]Depends мы пишем имя пакета и минимальный номер версии от которого зависит (например) а как быть с пакетами которые в имя пакета включен номер версии? например libsdl-mixer1.0-dev libsdl-mixer1.1-dev или скажем libsdl-net1.1-dev libsdl-net1.2-dev для некоторых пакетов бывает создан виртуальный который ссылается на пакет с номером версии, но вот для указанных такового не имеется. что ставить в зависимости если собирается с пакетом меньшей версии а работать может с обоими? Наверное, если поменяли циферку, то это связано с изменением abi. Так что утверждение, что может работать с обоими версиями - ошибочно (хотя не исключено, что мейнтейнер перестраховался). В Build-Depends ставить обе версии через |, а в Depends попадет та, с которой соберется. а как она туда попадет если ее руками не прописывать? то есть если мы собираем с libsdl-image1.2-dev, то зависимость должна автоматом встать на libsdl-image1.2. из Ваших слов я понял что есть механизм расставляющий Depends на основе того что с чем собирали где о нем почитать и как он работает? man dh_shlibdeps Обычно в Depends пишут просто ${shlibs:Depends} а dh_shlibdeps проставляет все зависимости по библиотекам. Если пакет делали с нуля при поможи dh_make, то именно так он и делает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]