<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>16657</bug_id>
          
          <creation_ts>2008-08-11 17:28:43 +0400</creation_ts>
          <short_desc>facilitate runtime package</short_desc>
          <delta_ts>2009-05-10 09:33:53 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>tcl</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>led</reporter>
          <assigned_to name="Vladimir D. Seleznev">vseleznv</assigned_to>
          <cc>mike</cc>
    
    <cc>vseleznv</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>75252</commentid>
    <comment_count>0</comment_count>
    <who name="">led</who>
    <bug_when>2008-08-11 17:28:43 +0400</bug_when>
    <thetext>Предлагаю файлы ChangeLog и changes за-bzip-ить и перенести в субпакет tcl-devel, а %_mandir/mann/* - вынести в отдельный субпакет (скажем, tcl-devel-man - noarch)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75253</commentid>
    <comment_count>1</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2008-08-11 17:43:39 +0400</bug_when>
    <thetext>чего ради, собственно ?

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75259</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-08-11 18:42:39 +0400</bug_when>
    <thetext>Предполагаю, что ради компактности минимального корня с тиклём.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75262</commentid>
    <comment_count>3</comment_count>
    <who name="">led</who>
    <bug_when>2008-08-11 18:46:54 +0400</bug_when>
    <thetext>(In reply to comment #1)
&gt; чего ради, собственно ?

Потому как мануалы для разработчика не совсем уместно таскать в runtime-пакете, так же как и чейнжлоги.
По-хорошему, *.msg тоже неплохо бы паковать с префиксом %lang(xx)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75265</commentid>
    <comment_count>4</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2008-08-11 18:54:52 +0400</bug_when>
    <thetext>lang для msg - согласен, ChangeLog -- тоже.
С остальным --нет, ради экономии восьмиста килобайт я не стану
изменять устоявшийся попакетный расклад и затруднять доступ
к документации, мало отличающейся от bash builtins (имея ввиду
область применения)

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75270</commentid>
    <comment_count>5</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2008-08-11 19:19:41 +0400</bug_when>
    <thetext>(поразмыслив)
--excludedocs вас не спасло бы ?
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75271</commentid>
    <comment_count>6</comment_count>
    <who name="">led</who>
    <bug_when>2008-08-11 19:46:38 +0400</bug_when>
    <thetext>(In reply to comment #5)
&gt; (поразмыслив)
&gt; --excludedocs вас не спасло бы ?

Ну, поняв, что вы &quot;категорически против&quot; я на крацний случай сделал для себя заметку:
apt-get install -o RPM::Options::--excludedocs foo

Жаль, что не получится уменьшить arch-специфичную часть пакета, но... &quot;на нет и суда нет&quot;:)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75272</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2008-08-11 20:29:31 +0400</bug_when>
    <thetext>Ты spec diff привесь и цель сформулируй, будет над чем торговаться. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75279</commentid>
    <comment_count>8</comment_count>
      <attachid>2778</attachid>
    <who name="">led</who>
    <bug_when>2008-08-11 22:56:07 +0400</bug_when>
    <thetext>Created attachment 2778
tcl.spec.diff

Пожалуйста - &quot;spec diff&quot;.
Ещё один вопрос (сорри, если глупость): *.enc точно libtcl не нужны?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75281</commentid>
    <comment_count>9</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2008-08-11 23:14:32 +0400</bug_when>
    <thetext>я мог бы (предположим) вынести маны в подпакет, но тут же написал бы
в tcl requires: tcl-devel-man -- сомневаюсь, что вас это устроит.
затем, я с недоверием отношусь к возможности получать noarch/arch пакеты
из одного исходника и не планирую пользоваться этой возможностью в обозримом
будущем.
anyway, моя позиция состоит в том, что /usr/bin/tclsh и маны должны ходить
вместе, я не намерен её изменять; желание сэкономить 800к при ~2M содержимого
/usr/share/tcl указывает на некие специальные условия, а значит, и решения должны быть специальные, вроде --excludedocs.

wrt .enc: формально -- зависимости нет.
я вполне могу представить себе некий бинарник, слинкованный с libtcl
и использующий оттуда какие-то функции как в голову взбредёт.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75283</commentid>
    <comment_count>10</comment_count>
    <who name="">led</who>
    <bug_when>2008-08-11 23:39:05 +0400</bug_when>
    <thetext>(In reply to comment #9)
Я не собираюсь вас в чём убеждать или разубеждать - мне это неинтересно и базилла не то место, где это следует делать:)

&gt; wrt .enc: формально -- зависимости нет.
&gt; я вполне могу представить себе некий бинарник, слинкованный с libtcl
&gt; и использующий оттуда какие-то функции как в голову взбредёт.

Вам виднее. Я просто хотел уточнить: нет ли в libtcl.so функций, которые для своей работы предполагают наличие *.enc? Т.е. я могу быть спокоен, что, например, в qtcl (он слинкован с libtcl8.5.so, зависит от libtcl) функции перекодирования будут работать корректно без установленного пакета tcl?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75284</commentid>
    <comment_count>11</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2008-08-11 23:45:17 +0400</bug_when>
    <thetext>разумеется, такие функции в libtcl есть.
как зависит работоспособность qtcl от их наличия/отсутствия,
я судить не берусь.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75285</commentid>
    <comment_count>12</comment_count>
    <who name="">led</who>
    <bug_when>2008-08-12 00:00:47 +0400</bug_when>
    <thetext>(In reply to comment #11)
&gt; разумеется, такие функции в libtcl есть.
&gt; как зависит работоспособность qtcl от их наличия/отсутствия,
&gt; я судить не берусь.

qtcl - это аналог wish, только с Qt вместо Tk.
Т.о. я понял, что работать не будет... Тогда прошу перенести *.enc в libtcl (или отдельный багрепорт завести?) или вынести *.enc в отдельный субпакет libtcl-enc, установив в libtcl зависимость на него.
Также прошу, всё же, рассмотреть возможность вынесения mann в отдельный пакет, чтобы не было необходимости тянуть пакет tcl, если предполагается использование shell&apos;ов, отличных от tclsh (wish,qtcl,ktcl,qtcl4,etc.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75286</commentid>
    <comment_count>13</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2008-08-12 00:21:22 +0400</bug_when>
    <thetext>вообще-то, на этот счёт (qtcl, .enc и пр) следовало бы открыть другой баг.
кратенько тут:
вносить .enc в libtcl не стану, поскольку по той же логике туда бы следовало
отнести всё содержимое /usr/share/tcl/tcl8.x; действительно, библиотека libtcl
содержит функции, работоспособность которых зависит от наличия этого
самого содержимого (в сущности, это основная часть библиотеки, если не по объёму, то по востребованности, начиная с Tcl_Init).
таким образом, корректной реакцией было бы внесение libtcl обратно в tcl
и упразднение подпакета libtcl.

что касается qtcl/ktcl: в нынешнем состоянии они противоречат рекомендациям по сборке tcl-расширений, изложенным в /usr/share/doc/rpm-build-tcl-0.4/README.layout, а именно
- наличие custom tcl shell;
- невозможность использовать предоставляемую ими функциональность
  в обычном tclsh/wish.
и, таким образом, я не считаю себя обязанным учитывать их существование.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75294</commentid>
    <comment_count>14</comment_count>
    <who name="">led</who>
    <bug_when>2008-08-12 01:25:27 +0400</bug_when>
    <thetext>(In reply to comment #13)
&gt; и, таким образом, я не считаю себя обязанным учитывать их существование.

no comment
</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>2778</attachid>
            <date>2008-08-11 22:56:07 +0400</date>
            <delta_ts>2008-08-11 22:56:07 +0400</delta_ts>
            <desc>tcl.spec.diff</desc>
            <filename>tcl.spec.patch</filename>
            <type>text/plain</type>
            <size>3067</size>
            <attacher>led</attacher>
            
              <data encoding="base64">LS0tIHRjbC5zcGVjCTIwMDgtMDYtMzAgMTI6NDM6MjggKzAzMDAKKysrIHRjbC04LjUuMy1hbDEu
MS5zcGVjCTIwMDgtMDgtMTEgMjE6NDc6MzQgKzAzMDAKQEAgLTMsMTQgKzMsMTQgQEAKIAogTmFt
ZTogdGNsCiBWZXJzaW9uOiA4LjUuMwotUmVsZWFzZTogYWx0MQorUmVsZWFzZTogYWx0MS4xCiAK
IFN1bW1hcnk6IEEgVG9vbCBDb21tYW5kIExhbmd1YWdlIChUQ0wpIAogTGljZW5zZTogQlNECiBH
cm91cDogRGV2ZWxvcG1lbnQvVGNsCiBVcmw6IGh0dHA6Ly93d3cudGNsLnRrLwogCi1Tb3VyY2U6
ICVuYW1lLSV2ZXJzaW9uLSVyZWxlYXNlLnRhcgorU291cmNlOiAlbmFtZS0ldmVyc2lvbi1hbHQx
LnRhcgogCiBCdWlsZFJlcXVpcmVzKHByZSk6IHJwbS1idWlsZC10Y2wgPj0gMC40LWFsdDEKICV7
P193aXRoX3Rlc3Q6QnVpbGRDb25mbGljdHM6IHRjbC12ZnN9CkBAIC0yOSw2ICsyOSwxMyBAQAog
UmVxdWlyZXM6ICVuYW1lID0gJXZlcnNpb24tJXJlbGVhc2UKIFJlcXVpcmVzOiBycG0tYnVpbGQt
dGNsID49IDAuMy1hbHQxCiAKKyVwYWNrYWdlIGRldmVsLW1hbgorU3VtbWFyeTogbWFuIHBhZ2Vz
IGZvciBUQ0wgZGV2ZWwKK0dyb3VwOiBEb2N1bWVudGF0aW9uCitCdWlsZEFyY2g6IG5vYXJjaAor
UmVxdWlyZXM6ICVuYW1lID0gJXZlcnNpb24tJXJlbGVhc2UKK0NvbmZsaWN0czogJW5hbWUgPCAl
dmVyc2lvbi0lcmVsZWFzZQorCiAlZGVzY3JpcHRpb24KIFRoZSBUY2wgKFRvb2wgQ29tbWFuZCBM
YW5ndWFnZSkgcHJvdmlkZXMgYSBwb3dlcmZ1bCBwbGF0Zm9ybSBmb3IKIGNyZWF0aW5nIGludGVn
cmF0aW9uIGFwcGxpY2F0aW9ucyB0aGF0IHRpZSB0b2dldGhlciBkaXZlcnNlCkBAIC02MCwxMCAr
NjcsMjIgQEAKIAogVGhpcyBwYWNrYWdlIGluY2x1ZGVzIGhlYWRlciBmaWxlcyBhbmQgQyBwcm9n
cmFtbWluZyBtYW51YWxzIGZvciBUY2wuCiAKKyVkZXNjcmlwdGlvbiBkZXZlbC1tYW4KK1RoZSBU
Y2wgKFRvb2wgQ29tbWFuZCBMYW5ndWFnZSkgcHJvdmlkZXMgYSBwb3dlcmZ1bCBwbGF0Zm9ybSBm
b3IKK2NyZWF0aW5nIGludGVncmF0aW9uIGFwcGxpY2F0aW9ucyB0aGF0IHRpZSB0b2dldGhlciBk
aXZlcnNlCithcHBsaWNhdGlvbnMsIHByb3RvY29scywgZGV2aWNlcywgYW5kIGZyYW1ld29ya3Mu
ICBXaGVuIHBhaXJlZCB3aXRoCit0aGUgVGsgdG9vbGtpdCwgVGNsIHByb3ZpZGVzIHRoZSBmYXN0
ZXN0IGFuZCBtb3N0IHBvd2VyZnVsIHdheSB0bworY3JlYXRlIEdVSSBhcHBsaWNhdGlvbnMgdGhh
dCBydW4gb24gUENzLCBVbml4LCBhbmQgdGhlIE1hY2ludG9zaC4gIFRjbAorY2FuIGFsc28gYmUg
dXNlZCBmb3IgYSB2YXJpZXR5IG9mIHdlYi1yZWxhdGVkIHRhc2tzIGFuZCBmb3IgY3JlYXRpbmcK
K3Bvd2VyZnVsIGNvbW1hbmQgbGFuZ3VhZ2VzIGZvciBhcHBsaWNhdGlvbnMuCisKK1RoaXMgcGFj
a2FnZSBpbmNsdWRlcyBtYW4gcGFnZXMgZm9yIFRjbCBkZXZlbG9wbWVudAorCiAlcHJlcAogJXNl
dHVwCiAKICVidWlsZAorYnppcDIgLS1iZXN0IC0ta2VlcCAtLWZvcmNlIENoYW5nZUxvZyBjaGFu
Z2VzCiBjZCB1bml4CiAlX19hdXRvY29uZgogJWNvbmZpZ3VyZSAtLWRpc2FibGUtcnBhdGggLS1l
bmFibGUtdGhyZWFkcwpAQCAtODQsMTkgKzEwMywyNyBAQAogZXhlYyAlYnVpbGRyb290JV9iaW5k
aXIvdGNsc2ggIlwkQCIKIEVPRgogY2htb2QgK3ggJV9fdGNsc2gKK2VjaG8gIiUlZGVmYXR0cig2
NDQscm9vdCxyb290LDc1NSkiID4gJW5hbWUubGFuZworZm9yIGYgaW4gJWJ1aWxkcm9vdCVfdGNs
ZGF0YWRpci8lbmFtZSVtYWpvci9tc2dzLyoubXNnOyBkbworICAgIG49JChiYXNlbmFtZSAkZiAu
bXNnKQorICAgIGVjaG8gIiUlbGFuZygke246MDoyfSQoZWNobyAke246MjozfSB8IHRyICdbWzps
b3dlcjpdXScgJ1tbOnVwcGVyOl1dJykpICVfdGNsZGF0YWRpci8lbmFtZSVtYWpvci9tc2dzLyQo
YmFzZW5hbWUgJGYpIiA+PiAlbmFtZS5sYW5nCitkb25lCiAKICVwb3N0IC1uIGxpYiV7bmFtZX0g
LXAgJXBvc3RfbGRjb25maWcKICVwb3N0dW4gLW4gbGliJXtuYW1lfSAtcCAlcG9zdHVuX2xkY29u
ZmlnCiAKLSVmaWxlcwotJWRvYyBSRUFETUUgbGljZW5zZSogQ2hhbmdlTG9nIGNoYW5nZXMKKyVm
aWxlcyAtZiAlbmFtZS5sYW5nCislZG9jIFJFQURNRSBsaWNlbnNlKgogJV9iaW5kaXIvdGNsc2gq
CiAlX3RjbGRhdGFkaXIvdGNsOAotJV90Y2xkYXRhZGlyLyVuYW1lJW1ham9yCi0lZXhjbHVkZSAl
X3RjbGRhdGFkaXIvJW5hbWUlbWFqb3IvbGRBaXgKLSVleGNsdWRlICVfdGNsZGF0YWRpci8lbmFt
ZSVtYWpvci8le25hbWV9QXBwSW5pdC5jCislZGlyICVfdGNsZGF0YWRpci8lbmFtZSVtYWpvcgor
JV90Y2xkYXRhZGlyLyVuYW1lJW1ham9yL2VuY29kaW5nCislX3RjbGRhdGFkaXIvJW5hbWUlbWFq
b3IvaHR0cCoKKyVkaXIgJV90Y2xkYXRhZGlyLyVuYW1lJW1ham9yL21zZ3MKKyVfdGNsZGF0YWRp
ci8lbmFtZSVtYWpvci9vcHQqCislX3RjbGRhdGFkaXIvJW5hbWUlbWFqb3IvKi50Y2wKKyVfdGNs
ZGF0YWRpci8lbmFtZSVtYWpvci90Y2xJbmRleAogJV9tYW4xZGlyLyoKLSVfbWFuZGlyL21hbm4v
KgogCiAlZmlsZXMgLW4gbGliJW5hbWUKICVkaXIgJV90Y2xsaWJkaXIKQEAgLTEwNCw2ICsxMzEs
NyBAQAogJV9saWJkaXIvbGliJW5hbWUlbWFqb3Iuc28KIAogJWZpbGVzIGRldmVsCislZG9jIENo
YW5nZUxvZy4/eiogY2hhbmdlcy4qCiAlX2luY2x1ZGVkaXIvKgogJV9saWJkaXIvbGliJW5hbWUu
c28KICVfbGliZGlyL2xpYiV7bmFtZX1zdHViJXttYWpvcn0uYQpAQCAtMTEyLDcgKzE0MCwxMyBA
QAogJV9kYXRhZGlyL2FjbG9jYWwvKi5tNAogJV9tYW4zZGlyLyoKIAorJWZpbGVzIGRldmVsLW1h
bgorJV9tYW5kaXIvbWFubi8qCisKICVjaGFuZ2Vsb2cKKyogTW9uIEF1ZyAxMSAyMDA4IExlZCA8
bGVkQGFsdGxpbnV4LnJ1PiA4LjUuMy1hbHQxLjEKKy0gYWRkZWQgJW5hbWUtZGV2ZWwtbWFuIHN1
YnBhY2thZ2UKKwogKiBNb24gSnVuIDMwIDIwMDggU2VyZ2V5IEJvbHNoYWtvdiA8c2JvbHNoYWtv
dkBhbHRsaW51eC5ydT4gOC41LjMtYWx0MQogLSA4LjUuMyByZWxlYXNlZAogCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>