[devel] t6 admin work

[devel] t6 admin work

[Igor Vlasenko]

Уважаемые коллеги, 
чтобы t6 не отставал по версиям от p6,
их надо принудительно синхронизировать.

Уже сейчас они угрожающе разъехались, см. список внизу.
Я вызвался добровольцем для этой работы,
Если не будет возражений, прошу добавить меня в список
суперпользователей t6, чтобы я мог заниматься его синхронизацией.

### Packages unique to p6/branch:
afuse	(none):0.2-alt1
dd2	(none):0.2.2-alt1_6
gweled	(none):0.9-alt1_3
installer-feature-simply-livecd	(none):0.3-alt1

### Packages that are newer in p6/branch:
alterator-grub (none):0.7-alt1 (none):0.6-alt2
altlinux-mime-defaults (none):0.17-alt0.M60P.1 (none):0.15-alt1
branding-altlinux-centaurus (none):6.0.0-alt9 (none):6.0.0-alt8
branding-simply-linux (none):6.0.0-alt10 (none):6.0.0-alt9
deadbeef (none):0.5.1-alt1 (none):0.5.0-alt0.1
firmware-linux (none):20110520-alt3 (none):20110520-alt2
grub2 (none):1.99-alt5 (none):1.99-alt2
hplip (none):3.11.5-alt1 (none):3.11.3-alt1
kde4base-workspace (none):4.6.3-alt5 (none):4.6.3-alt4
kde4-soundkonverter (none):1.0.0-alt1 (none):1.0.0-alt0.7
kernel-image-std-def 1:2.6.38-alt7.2 1:2.6.38-alt7.1
kernel-image-un-def 1:2.6.39-alt0.2 1:2.6.39-alt0.1
kernel-modules-acpi_call-std-def (none):0.1-alt2.132646.7.2 (none):0.1-alt2.132646.7.1
kernel-modules-acpi_call-un-def (none):0.1-alt1.132647.0.2 (none):0.1-alt1.132647.0.1
kernel-modules-bcmwl-std-def (none):5.60.48.36-alt4.132646.7.2 (none):5.60.48.36-alt4.132646.7.1
kernel-modules-bcmwl-un-def (none):5.60.48.36-alt4.132647.0.2 (none):5.60.48.36-alt4.132647.0.1
kernel-modules-dahdi-std-def (none):2.3.0-alt3.132646.7.2 (none):2.3.0-alt3.132646.7.1
kernel-modules-fglrx-std-def (none):1.0.8.85-alt1.132646.7.2 (none):1.0.8.85-alt1.132646.7.1
kernel-modules-igb-std-def (none):2.4.13-alt1.132646.7.2 (none):2.4.13-alt1.132646.7.1
kernel-modules-igb-un-def (none):2.4.13-alt1.132647.0.2 (none):2.4.13-alt1.132647.0.1
kernel-modules-ipset-std-def (none):4.4-alt3.132646.7.2 (none):4.4-alt3.132646.7.1
kernel-modules-lirc-std-def (none):1.0.0.8.7-alt3.132646.7.2 (none):1.0.0.8.7-alt3.132646.7.1
kernel-modules-lsadrv-std-def (none):2.0.1-alt1.132646.7.2 (none):2.0.1-alt1.132646.7.1
kernel-modules-ndiswrapper-std-def (none):1.56-alt6.132646.7.2 (none):1.56-alt5.132646.7.1
kernel-modules-ndiswrapper-un-def (none):1.56-alt5.132647.0.2 (none):1.56-alt5.132647.0.1
kernel-modules-nvidia-std-def (none):270.41.19-alt1.132646.7.2 (none):270.41.19-alt1.132646.7.1
kernel-modules-nvidia-un-def (none):270.41.19-alt1.132647.0.2 (none):270.41.19-alt1.132647.0.1
kernel-modules-omnibook-std-def (none):20090714-alt3.132646.7.2 (none):20090714-alt3.132646.7.1
kernel-modules-omnibook-un-def (none):20090714-alt1.132647.0.2 (none):20090714-alt1.132647.0.1
kernel-modules-opendpi-std-def (none):1.2.0-alt1.132646.7.2 (none):1.2.0-alt1.132646.7.1
kernel-modules-opendpi-un-def (none):1.2.0-alt1.132647.0.2 (none):1.2.0-alt1.132647.0.1
kernel-modules-pf_ring-std-def (none):4.4.1-alt2.132646.7.2 (none):4.4.1-alt2.132646.7.1
kernel-modules-rtl8168-std-def (none):8.024.00-alt1.132646.7.2 (none):8.024.00-alt0.M60T.1.132646.7.1
kernel-modules-rtl8192-std-def (none):0018.1025-alt3.132646.7.2 (none):0018.1025-alt3.132646.7.1
kernel-modules-rtl8192-un-def (none):0018.1025-alt1.132647.0.2 (none):0018.1025-alt1.132647.0.1
kernel-modules-subfs-std-def (none):0.9-alt11.132646.7.2 (none):0.9-alt11.132646.7.1
kernel-modules-tp_smapi-std-def (none):0.40-alt2.132646.7.2 (none):0.40-alt2.132646.7.1
kernel-modules-tp_smapi-un-def (none):0.40-alt2.132647.0.2 (none):0.40-alt2.132647.0.1
kernel-modules-vhba-std-def (none):1.2.1.20100822-alt1.132646.7.2 (none):1.2.1.20100822-alt1.132646.7.1
kernel-modules-vhba-un-def (none):1.2.1.20100822-alt1.132647.0.2 (none):1.2.1.20100822-alt1.132647.0.1
kernel-modules-virtualbox-addition-std-def (none):4.0.4-alt1.132646.7.2 (none):4.0.4-alt1.132646.7.1
kernel-modules-virtualbox-addition-un-def (none):4.0.4-alt1.132647.0.2 (none):4.0.4-alt1.132647.0.1
kernel-modules-virtualbox-std-def (none):4.0.4-alt2.132646.7.2 (none):4.0.4-alt2.132646.7.1
kernel-modules-virtualbox-un-def (none):4.0.4-alt1.132647.0.2 (none):4.0.4-alt1.132647.0.1
kernel-modules-xtables-addons-std-def (none):1.33-alt2.132646.7.2 (none):1.33-alt2.132646.7.1
kernel-modules-xtables-addons-un-def (none):1.33-alt1.132647.0.2 (none):1.33-alt1.132647.0.1
libfm (none):0.1.15-alt4 (none):0.1.15-alt3
lxde-settings-altlinux (none):0.4-alt1 (none):0.3-alt1
make-initrd (none):0.5.0-alt1 (none):0.4.6-alt1
pcmanfm2 (none):0.9.9-alt5 (none):0.9.9-alt3
Terminal (none):0.4.7-alt3 (none):0.4.7-alt2
Thunar (none):1.3.0-alt4 (none):1.3.0-alt3
trustme (none):0.7-alt4.qa1 (none):0.7-alt4
xfce4-panel (none):4.8.3-alt2 (none):4.8.3-alt1
xfce4-xkb-plugin (none):0.5.4.1-alt1 (none):0.5.4.0-alt2

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] t6 admin work

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 412 bytes --]

On Thu, Jun 02, 2011 at 09:25:13AM +0300, Igor Vlasenko wrote:
> Уже сейчас они угрожающе разъехались, см. список внизу.
> Я вызвался добровольцем для этой работы,
> Если не будет возражений, прошу добавить меня в список
> суперпользователей t6, чтобы я мог заниматься его синхронизацией.

Я только за.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] t6 admin work

[Nazarov Denis]

kernel-modules-rtl8168-std-def (none):8.024.00-alt1.132646.7.2 (none):8.024.00-alt0.M60T.1.132646.7.1
Здесь расхождения нет, это одна и та же версия, просто в t6 она с префиксом.

02.06.2011, 10:25, "Igor Vlasenko" <vlasenko@imath.kiev.ua>:
> Уважаемые коллеги,
> чтобы t6 не отставал по версиям от p6,
> их надо принудительно синхронизировать.
>
> Уже сейчас они угрожающе разъехались, см. список внизу.
> Я вызвался добровольцем для этой работы,
> Если не будет возражений, прошу добавить меня в список
> суперпользователей t6, чтобы я мог заниматься его синхронизацией.
>
> ### Packages unique to p6/branch:
> afuse (none):0.2-alt1
> dd2 (none):0.2.2-alt1_6
> gweled (none):0.9-alt1_3
> installer-feature-simply-livecd (none):0.3-alt1
>
> ### Packages that are newer in p6/branch:
> alterator-grub (none):0.7-alt1 (none):0.6-alt2
> altlinux-mime-defaults (none):0.17-alt0.M60P.1 (none):0.15-alt1
> branding-altlinux-centaurus (none):6.0.0-alt9 (none):6.0.0-alt8
> branding-simply-linux (none):6.0.0-alt10 (none):6.0.0-alt9
> deadbeef (none):0.5.1-alt1 (none):0.5.0-alt0.1
> firmware-linux (none):20110520-alt3 (none):20110520-alt2
> grub2 (none):1.99-alt5 (none):1.99-alt2
> hplip (none):3.11.5-alt1 (none):3.11.3-alt1
> kde4base-workspace (none):4.6.3-alt5 (none):4.6.3-alt4
> kde4-soundkonverter (none):1.0.0-alt1 (none):1.0.0-alt0.7
> kernel-image-std-def 1:2.6.38-alt7.2 1:2.6.38-alt7.1
> kernel-image-un-def 1:2.6.39-alt0.2 1:2.6.39-alt0.1
> kernel-modules-acpi_call-std-def (none):0.1-alt2.132646.7.2 (none):0.1-alt2.132646.7.1
> kernel-modules-acpi_call-un-def (none):0.1-alt1.132647.0.2 (none):0.1-alt1.132647.0.1
> kernel-modules-bcmwl-std-def (none):5.60.48.36-alt4.132646.7.2 (none):5.60.48.36-alt4.132646.7.1
> kernel-modules-bcmwl-un-def (none):5.60.48.36-alt4.132647.0.2 (none):5.60.48.36-alt4.132647.0.1
> kernel-modules-dahdi-std-def (none):2.3.0-alt3.132646.7.2 (none):2.3.0-alt3.132646.7.1
> kernel-modules-fglrx-std-def (none):1.0.8.85-alt1.132646.7.2 (none):1.0.8.85-alt1.132646.7.1
> kernel-modules-igb-std-def (none):2.4.13-alt1.132646.7.2 (none):2.4.13-alt1.132646.7.1
> kernel-modules-igb-un-def (none):2.4.13-alt1.132647.0.2 (none):2.4.13-alt1.132647.0.1
> kernel-modules-ipset-std-def (none):4.4-alt3.132646.7.2 (none):4.4-alt3.132646.7.1
> kernel-modules-lirc-std-def (none):1.0.0.8.7-alt3.132646.7.2 (none):1.0.0.8.7-alt3.132646.7.1
> kernel-modules-lsadrv-std-def (none):2.0.1-alt1.132646.7.2 (none):2.0.1-alt1.132646.7.1
> kernel-modules-ndiswrapper-std-def (none):1.56-alt6.132646.7.2 (none):1.56-alt5.132646.7.1
> kernel-modules-ndiswrapper-un-def (none):1.56-alt5.132647.0.2 (none):1.56-alt5.132647.0.1
> kernel-modules-nvidia-std-def (none):270.41.19-alt1.132646.7.2 (none):270.41.19-alt1.132646.7.1
> kernel-modules-nvidia-un-def (none):270.41.19-alt1.132647.0.2 (none):270.41.19-alt1.132647.0.1
> kernel-modules-omnibook-std-def (none):20090714-alt3.132646.7.2 (none):20090714-alt3.132646.7.1
> kernel-modules-omnibook-un-def (none):20090714-alt1.132647.0.2 (none):20090714-alt1.132647.0.1
> kernel-modules-opendpi-std-def (none):1.2.0-alt1.132646.7.2 (none):1.2.0-alt1.132646.7.1
> kernel-modules-opendpi-un-def (none):1.2.0-alt1.132647.0.2 (none):1.2.0-alt1.132647.0.1
> kernel-modules-pf_ring-std-def (none):4.4.1-alt2.132646.7.2 (none):4.4.1-alt2.132646.7.1
> kernel-modules-rtl8168-std-def (none):8.024.00-alt1.132646.7.2 (none):8.024.00-alt0.M60T.1.132646.7.1
> kernel-modules-rtl8192-std-def (none):0018.1025-alt3.132646.7.2 (none):0018.1025-alt3.132646.7.1
> kernel-modules-rtl8192-un-def (none):0018.1025-alt1.132647.0.2 (none):0018.1025-alt1.132647.0.1
> kernel-modules-subfs-std-def (none):0.9-alt11.132646.7.2 (none):0.9-alt11.132646.7.1
> kernel-modules-tp_smapi-std-def (none):0.40-alt2.132646.7.2 (none):0.40-alt2.132646.7.1
> kernel-modules-tp_smapi-un-def (none):0.40-alt2.132647.0.2 (none):0.40-alt2.132647.0.1
> kernel-modules-vhba-std-def (none):1.2.1.20100822-alt1.132646.7.2 (none):1.2.1.20100822-alt1.132646.7.1
> kernel-modules-vhba-un-def (none):1.2.1.20100822-alt1.132647.0.2 (none):1.2.1.20100822-alt1.132647.0.1
> kernel-modules-virtualbox-addition-std-def (none):4.0.4-alt1.132646.7.2 (none):4.0.4-alt1.132646.7.1
> kernel-modules-virtualbox-addition-un-def (none):4.0.4-alt1.132647.0.2 (none):4.0.4-alt1.132647.0.1
> kernel-modules-virtualbox-std-def (none):4.0.4-alt2.132646.7.2 (none):4.0.4-alt2.132646.7.1
> kernel-modules-virtualbox-un-def (none):4.0.4-alt1.132647.0.2 (none):4.0.4-alt1.132647.0.1
> kernel-modules-xtables-addons-std-def (none):1.33-alt2.132646.7.2 (none):1.33-alt2.132646.7.1
> kernel-modules-xtables-addons-un-def (none):1.33-alt1.132647.0.2 (none):1.33-alt1.132647.0.1
> libfm (none):0.1.15-alt4 (none):0.1.15-alt3
> lxde-settings-altlinux (none):0.4-alt1 (none):0.3-alt1
> make-initrd (none):0.5.0-alt1 (none):0.4.6-alt1
> pcmanfm2 (none):0.9.9-alt5 (none):0.9.9-alt3
> Terminal (none):0.4.7-alt3 (none):0.4.7-alt2
> Thunar (none):1.3.0-alt4 (none):1.3.0-alt3
> trustme (none):0.7-alt4.qa1 (none):0.7-alt4
> xfce4-panel (none):4.8.3-alt2 (none):4.8.3-alt1
> xfce4-xkb-plugin (none):0.5.4.1-alt1 (none):0.5.4.0-alt2
>
> --
>
> Dr. Igor Vlasenko
> --------------------
> Topology Department
> Institute of Math
> Kiev, Ukraine
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
С Уважением, Nenderus
URL: http://www.aria-best.su/

Re: [devel] t6 admin work [bugzilla]

[Michael Shigorin]

On Thu, Jun 02, 2011 at 10:17:33AM +0300, I wrote:
> > Уже сейчас они угрожающе разъехались, см. список внизу.
> > Я вызвался добровольцем для этой работы,
> > Если не будет возражений, прошу добавить меня в список
> > суперпользователей t6, чтобы я мог заниматься его синхронизацией.
> Я только за.

PS: пока заметил -- на http://bugzilla.altlinux.org/ добавить бы
продукт Branch t6 (или как раз не разносить с p6? -- тогда "p6/t6")
и обновить Lists of active "meta" bugs до актуальных бранчей.

(записал начальную версию http://www.altlinux.org/Branches/t6)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] t6 admin work [bugzilla]

[Андрей Черепанов]

[-- Attachment #1: Type: Text/Plain, Size: 681 bytes --]

2 июня 2011 Michael Shigorin написал:
> On Thu, Jun 02, 2011 at 10:17:33AM +0300, I wrote:
> > > Уже сейчас они угрожающе разъехались, см. список внизу.
> > > Я вызвался добровольцем для этой работы,
> > > Если не будет возражений, прошу добавить меня в список
> > > суперпользователей t6, чтобы я мог заниматься его синхронизацией.
> > 
> > Я только за.
> 
> PS: пока заметил -- на http://bugzilla.altlinux.org/ добавить бы
> продукт Branch t6 (или как раз не разносить с p6? -- тогда "p6/t6")
> и обновить Lists of active "meta" bugs до актуальных бранчей.
Делаю. Осталось завести группу qa_t6 и подождать наполнения компонентами.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[Rinat Bikov]

2 июня 2011 г. 11:32 Nazarov Denis написал:
> kernel-modules-rtl8168-std-def (none):8.024.00-alt1.132646.7.2 (none):8.024.00-alt0.M60T.1.132646.7.1
> Здесь расхождения нет, это одна и та же версия, просто в t6 она с префиксом.
Версия драйвера-то может быть и одна, но собрана она для разных версий
ядер: первая для alt7.2, вторая - для alt7.1.

-- 
С уважением, Ринат Биков.

Re: [devel] t6 admin work

[Igor Vlasenko]

On Thu, Jun 02, 2011 at 09:25:13AM +0300, Igor Vlasenko wrote:
> Уважаемые коллеги, 
> чтобы t6 не отставал по версиям от p6,
> их надо принудительно синхронизировать.
> 
> Уже сейчас они угрожающе разъехались, см. список внизу.
> Я вызвался добровольцем для этой работы,
> Если не будет возражений, прошу добавить меня в список
> суперпользователей t6, чтобы я мог заниматься его синхронизацией.

Все, пакеты в списке внизу в процессе перекладывания.
Теперь буду регулярно делать набеги на p6 -> t6.
 
> ### Packages unique to p6/branch:
> afuse	(none):0.2-alt1
> dd2	(none):0.2.2-alt1_6
> gweled	(none):0.9-alt1_3
> installer-feature-simply-livecd	(none):0.3-alt1
> 
> ### Packages that are newer in p6/branch:
> alterator-grub (none):0.7-alt1 (none):0.6-alt2
> altlinux-mime-defaults (none):0.17-alt0.M60P.1 (none):0.15-alt1
> branding-altlinux-centaurus (none):6.0.0-alt9 (none):6.0.0-alt8
> branding-simply-linux (none):6.0.0-alt10 (none):6.0.0-alt9
> deadbeef (none):0.5.1-alt1 (none):0.5.0-alt0.1
> firmware-linux (none):20110520-alt3 (none):20110520-alt2
> grub2 (none):1.99-alt5 (none):1.99-alt2
> hplip (none):3.11.5-alt1 (none):3.11.3-alt1
> kde4base-workspace (none):4.6.3-alt5 (none):4.6.3-alt4
> kde4-soundkonverter (none):1.0.0-alt1 (none):1.0.0-alt0.7
> kernel-image-std-def 1:2.6.38-alt7.2 1:2.6.38-alt7.1
> kernel-image-un-def 1:2.6.39-alt0.2 1:2.6.39-alt0.1
> kernel-modules-acpi_call-std-def (none):0.1-alt2.132646.7.2 (none):0.1-alt2.132646.7.1
> kernel-modules-acpi_call-un-def (none):0.1-alt1.132647.0.2 (none):0.1-alt1.132647.0.1
> kernel-modules-bcmwl-std-def (none):5.60.48.36-alt4.132646.7.2 (none):5.60.48.36-alt4.132646.7.1
> kernel-modules-bcmwl-un-def (none):5.60.48.36-alt4.132647.0.2 (none):5.60.48.36-alt4.132647.0.1
> kernel-modules-dahdi-std-def (none):2.3.0-alt3.132646.7.2 (none):2.3.0-alt3.132646.7.1
> kernel-modules-fglrx-std-def (none):1.0.8.85-alt1.132646.7.2 (none):1.0.8.85-alt1.132646.7.1
> kernel-modules-igb-std-def (none):2.4.13-alt1.132646.7.2 (none):2.4.13-alt1.132646.7.1
> kernel-modules-igb-un-def (none):2.4.13-alt1.132647.0.2 (none):2.4.13-alt1.132647.0.1
> kernel-modules-ipset-std-def (none):4.4-alt3.132646.7.2 (none):4.4-alt3.132646.7.1
> kernel-modules-lirc-std-def (none):1.0.0.8.7-alt3.132646.7.2 (none):1.0.0.8.7-alt3.132646.7.1
> kernel-modules-lsadrv-std-def (none):2.0.1-alt1.132646.7.2 (none):2.0.1-alt1.132646.7.1
> kernel-modules-ndiswrapper-std-def (none):1.56-alt6.132646.7.2 (none):1.56-alt5.132646.7.1
> kernel-modules-ndiswrapper-un-def (none):1.56-alt5.132647.0.2 (none):1.56-alt5.132647.0.1
> kernel-modules-nvidia-std-def (none):270.41.19-alt1.132646.7.2 (none):270.41.19-alt1.132646.7.1
> kernel-modules-nvidia-un-def (none):270.41.19-alt1.132647.0.2 (none):270.41.19-alt1.132647.0.1
> kernel-modules-omnibook-std-def (none):20090714-alt3.132646.7.2 (none):20090714-alt3.132646.7.1
> kernel-modules-omnibook-un-def (none):20090714-alt1.132647.0.2 (none):20090714-alt1.132647.0.1
> kernel-modules-opendpi-std-def (none):1.2.0-alt1.132646.7.2 (none):1.2.0-alt1.132646.7.1
> kernel-modules-opendpi-un-def (none):1.2.0-alt1.132647.0.2 (none):1.2.0-alt1.132647.0.1
> kernel-modules-pf_ring-std-def (none):4.4.1-alt2.132646.7.2 (none):4.4.1-alt2.132646.7.1
> kernel-modules-rtl8168-std-def (none):8.024.00-alt1.132646.7.2 (none):8.024.00-alt0.M60T.1.132646.7.1
> kernel-modules-rtl8192-std-def (none):0018.1025-alt3.132646.7.2 (none):0018.1025-alt3.132646.7.1
> kernel-modules-rtl8192-un-def (none):0018.1025-alt1.132647.0.2 (none):0018.1025-alt1.132647.0.1
> kernel-modules-subfs-std-def (none):0.9-alt11.132646.7.2 (none):0.9-alt11.132646.7.1
> kernel-modules-tp_smapi-std-def (none):0.40-alt2.132646.7.2 (none):0.40-alt2.132646.7.1
> kernel-modules-tp_smapi-un-def (none):0.40-alt2.132647.0.2 (none):0.40-alt2.132647.0.1
> kernel-modules-vhba-std-def (none):1.2.1.20100822-alt1.132646.7.2 (none):1.2.1.20100822-alt1.132646.7.1
> kernel-modules-vhba-un-def (none):1.2.1.20100822-alt1.132647.0.2 (none):1.2.1.20100822-alt1.132647.0.1
> kernel-modules-virtualbox-addition-std-def (none):4.0.4-alt1.132646.7.2 (none):4.0.4-alt1.132646.7.1
> kernel-modules-virtualbox-addition-un-def (none):4.0.4-alt1.132647.0.2 (none):4.0.4-alt1.132647.0.1
> kernel-modules-virtualbox-std-def (none):4.0.4-alt2.132646.7.2 (none):4.0.4-alt2.132646.7.1
> kernel-modules-virtualbox-un-def (none):4.0.4-alt1.132647.0.2 (none):4.0.4-alt1.132647.0.1
> kernel-modules-xtables-addons-std-def (none):1.33-alt2.132646.7.2 (none):1.33-alt2.132646.7.1
> kernel-modules-xtables-addons-un-def (none):1.33-alt1.132647.0.2 (none):1.33-alt1.132647.0.1
> libfm (none):0.1.15-alt4 (none):0.1.15-alt3
> lxde-settings-altlinux (none):0.4-alt1 (none):0.3-alt1
> make-initrd (none):0.5.0-alt1 (none):0.4.6-alt1
> pcmanfm2 (none):0.9.9-alt5 (none):0.9.9-alt3
> Terminal (none):0.4.7-alt3 (none):0.4.7-alt2
> Thunar (none):1.3.0-alt4 (none):1.3.0-alt3
> trustme (none):0.7-alt4.qa1 (none):0.7-alt4
> xfce4-panel (none):4.8.3-alt2 (none):4.8.3-alt1
> xfce4-xkb-plugin (none):0.5.4.1-alt1 (none):0.5.4.0-alt2
> 
> -- 
> 
> Dr. Igor Vlasenko
> --------------------
> Topology Department
> Institute of Math
> Kiev, Ukraine
> 
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] t6 admin work

[Aleksey Novodvorsky]

2 июня 2011 г. 13:35 пользователь Igor Vlasenko
<vlasenko@imath.kiev.ua> написал:
> On Thu, Jun 02, 2011 at 09:25:13AM +0300, Igor Vlasenko wrote:
>> Уважаемые коллеги,
>> чтобы t6 не отставал по версиям от p6,
>> их надо принудительно синхронизировать.
>>
>> Уже сейчас они угрожающе разъехались, см. список внизу.
>> Я вызвался добровольцем для этой работы,
>> Если не будет возражений, прошу добавить меня в список
>> суперпользователей t6, чтобы я мог заниматься его синхронизацией.
>
> Все, пакеты в списке внизу в процессе перекладывания.
> Теперь буду регулярно делать набеги на p6 -> t6.

Было бы, думаю, неплохо, публиковать раз в неделю списки расхождений в
обе стороны. Администраторам p6 это было бы не менее полезно.

Rgrds, Алексей

Re: [devel] t6 admin work

[Anton Farygin]

02.06.2011 13:50, Aleksey Novodvorsky пишет:
> 2 июня 2011 г. 13:35 пользователь Igor Vlasenko
> <vlasenko@imath.kiev.ua>  написал:
>> On Thu, Jun 02, 2011 at 09:25:13AM +0300, Igor Vlasenko wrote:
>>> Уважаемые коллеги,
>>> чтобы t6 не отставал по версиям от p6,
>>> их надо принудительно синхронизировать.
>>>
>>> Уже сейчас они угрожающе разъехались, см. список внизу.
>>> Я вызвался добровольцем для этой работы,
>>> Если не будет возражений, прошу добавить меня в список
>>> суперпользователей t6, чтобы я мог заниматься его синхронизацией.
>>
>> Все, пакеты в списке внизу в процессе перекладывания.
>> Теперь буду регулярно делать набеги на p6 ->  t6.
>
> Было бы, думаю, неплохо, публиковать раз в неделю списки расхождений в
> обе стороны. Администраторам p6 это было бы не менее полезно.

Согласен. Более того - думаю что copy из sisyphus в p6 автоматом надо 
делать и для t6.

Re: [devel] t6 admin work

[REAL]

02.06.2011 19:20, Anton Farygin пишет:
>> Было бы, думаю, неплохо, публиковать раз в неделю списки расхождений в
>> обе стороны. Администраторам p6 это было бы не менее полезно.
>
> Согласен. Более того - думаю что copy из sisyphus в p6 автоматом надо
> делать и для t6.

не думаю, что это хорошая идея.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] t6 admin work

[Anton Farygin]

02.06.2011 16:37, REAL пишет:
> 02.06.2011 19:20, Anton Farygin пишет:
>>> Было бы, думаю, неплохо, публиковать раз в неделю списки расхождений в
>>> обе стороны. Администраторам p6 это было бы не менее полезно.
>>
>> Согласен. Более того - думаю что copy из sisyphus в p6 автоматом надо
>> делать и для t6.
>
> не думаю, что это хорошая идея.

Почему ?

Сейчас Игорь делает тоже-самое, но вручную.

Re: [devel] t6 admin work

[Igor Vlasenko]

> Было бы, думаю, неплохо, публиковать раз в неделю
> списки расхождений в
> обе стороны. Администраторам p6 это было бы не менее полезно.

Да, это правильно. Сами списки можно не публиковать,
так как они достаточно быстро генерируются. (approx. 10s)
достаточно иметь под рукой код утилиты генерации.

Выложил предварительный код утилиты генерации списков на 
http://git.altlinux.org/people/viy/packages/repodiff.git


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] t6 admin work

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 664 bytes --]

On Thu, Jun 02, 2011 at 03:51:51PM +0300, Igor Vlasenko wrote:
> > Было бы, думаю, неплохо, публиковать раз в неделю
> > списки расхождений в
> > обе стороны. Администраторам p6 это было бы не менее полезно.
> 
> Да, это правильно. Сами списки можно не публиковать,
> так как они достаточно быстро генерируются. (approx. 10s)
> достаточно иметь под рукой код утилиты генерации.

...а также локальное зеркало сравниваемых репозиториев, содержащее
полный набор src.rpm.

Если бы сравнение шло хотя бы по srclist.*.xz, это ещё можно было бы
как-то терпеть, а для текущей реализации единственное приемлемое
решение - публиковать сгенерированные списки.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 2110 bytes --]

Здравствуйте Anton Farygin
  В сообщении от 2 июня 2011 Anton Farygin написал(a):
> > не думаю, что это хорошая идея.
>
> Почему ?
>
> Сейчас Игорь делает тоже-самое, но вручную.

Тогда не понятна сама идея двух репозиториев. Если они 
синхронизируются и в ту. и в другую сторону, то зачем их два?

Т.е. если их два - значит они в какой-то части должны быть 
рассинхронизированы. Т.е. задача может стоять по синхронизации 
какой-то части пакетов. Я понимаю, если какой-то пакет "хорошо 
себя проявил" в одном из них, то есть смысл портировать его в 
оба репозитория, а просто синхронизировать - это бессмыслица. 
Тогда проще иметь один, просто попадание в него имеет разный 
алгоритм.

 Я интутитвно понимаю, что хочется иметь два, но не вижу 
критериев по которым можно решить перемещать какой-то пакет из 
p6 в t6, или не надо (и обратные приципы). Простое несовпадение 
списка не может быть иаким критерием (это может быть только 
одним из условиев какого-то критерия).

Если такой критерий уже выработан, то заранее извиняюсь.

PS Опять я со своей логикой ... :)

-- 
  А ещё говорят так  (fortune):
 
Time is a great teacher, but unfortunately it kills all its 
pupils. -- Hector Berlioz 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1178 bytes --]

On Fri, Jun 03, 2011 at 02:21:07AM +0400, Hihin Ruslan wrote:

HR>  Я интутитвно понимаю, что хочется иметь два, но не вижу 
HR> критериев по которым можно решить перемещать какой-то пакет из 
HR> p6 в t6, или не надо (и обратные приципы). Простое несовпадение 
HR> списка не может быть иаким критерием (это может быть только 
HR> одним из условиев какого-то критерия).

Из t6 в p6 каждый task должен проверяться кем-то кто отвечает за
репозиторий. Как именно это происходит -- это уже внутренний вопрос ООО, и
team он не касается.

Из p6 в t6 пакеты должны переноситься автоматом в случае, если тот кто
собрал его в p6 имеет право собрать его и в t6 согласно ACL.

Ибо причин различий между p6 и t6 у нас известно две:

1. релиз-менеджер дистрибутива точит пакет под себя игнорируя ACL и мнение
мантейнера (тогда это не должно вылезать за пределы p6);

2. мантейнер пакета решает его обновить (в t6), но эти изменения с точки
зрения RM дистрибутивов недостаточно стабильны, или потенциально приносят
проблемы пользователям;

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[REAL]

02.06.2011 19:40, Anton Farygin пишет:
>>> Согласен. Более того - думаю что copy из sisyphus в p6 автоматом надо
>>> делать и для t6.
>>
>> не думаю, что это хорошая идея.
>
> Почему ?

Слом API/ABI добавит больше проблем, чем решит. Такая идея хороша для 
noarch, да и то надо быть осторожным.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] t6 admin work

[Anton Farygin]

03.06.2011 06:31, REAL пишет:
> 02.06.2011 19:40, Anton Farygin пишет:
>>>> Согласен. Более того - думаю что copy из sisyphus в p6 автоматом надо
>>>> делать и для t6.
>>>
>>> не думаю, что это хорошая идея.
>>
>> Почему ?
>
> Слом API/ABI добавит больше проблем, чем решит. Такая идея хороша для
> noarch, да и то надо быть осторожным.

между p6 и t6 по идее не должно быть рассинхронизации в ABI.

Re: [devel] t6 admin work

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 3359 bytes --]

Здравствуйте Денис Смирнов
  В сообщении от 3 июня 2011 Денис Смирнов написал(a):
> Из t6 в p6 каждый task должен проверяться кем-то кто отвечает
> за репозиторий. Как именно это происходит -- это уже
> внутренний вопрос ООО, и team он не касается.
>
> Из p6 в t6 пакеты должны переноситься автоматом в случае, если
> тот кто собрал его в p6 имеет право собрать его и в t6
> согласно ACL.
>
> Ибо причин различий между p6 и t6 у нас известно две:
>
> 1. релиз-менеджер дистрибутива точит пакет под себя игнорируя
> ACL и мнение мантейнера (тогда это не должно вылезать за
> пределы p6);
>
> 2. мантейнер пакета решает его обновить (в t6), но эти
> изменения с точки зрения RM дистрибутивов недостаточно
> стабильны, или потенциально приносят проблемы пользователям;

Хорошо-бы это оформить, как микро-полиси. Особенно 
"Из p6 в t6 пакеты должны переноситься автоматом в случае, если
 тот кто собрал его в p6 имеет право собрать его и в t6
 согласно ACL."

Потому, как реально получится :
"Из p6 в t6 пакеты переносzться автоматом в случае, если
 тот кто собрал его в p6 считает, что есть смысл (по функциям 
пакета и трудоёмкости пересборки), собрать его и в t6
 согласно ACL.".
  или - эквивалентно:
"если тот, кто собрал его в p6 является мантейнером пакета в t6,   
и решит, что пакет нужно собрать для t6".

В общем-то это два разных подхода, которые имеют право на жизнь.

А тут кстати не понятно - ведь, если я не ошибаюсь, то залить 
пакет в t6 первый раз может любой мантейнер? Как это соотносится 
с мантейнером Сизифа. (Но это уже другой, хотя и связанный  
вопрос.) Если "тот, кто его собрал в p6" имеет возможность его 
собрать для t6, но поддерживать его (быть мантейнером в t6) "не 
горит желанием"?

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

-- 
  А ещё говорят так  (fortune):
 
Youth is a disease from which we all recover. -- Dorothy Fuldheim 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 1465 bytes --]

Здравствуйте Anton Farygin
  В сообщении от 3 июня 2011 Anton Farygin написал(a):
> > Слом API/ABI добавит больше проблем, чем решит. Такая идея
> > хороша для noarch, да и то надо быть осторожным.
>
> между p6 и t6 по идее не должно быть рассинхронизации в ABI.
Исходя из другой ветки этого треда, формально получается: "Вопрос  
синхронизации ABI в p6, в соответствии с t6 - это не вопрос 
REAL - так-как 
"Из t6 в p6 каждый task должен проверяться кем-то кто отвечает  
за репозиторий. Как именно это происходит -- это уже  внутренний 
вопрос ООО, и team он не касается."

т.е. REAL в данном вопросе может не ориентироваться на состояние 
p6. Его можно только привлекать в качестве  квалифицированного 
специалиста по его пакету.

-- 
  А ещё говорят так  (fortune):
 
Houston, Tranquillity Base here. The Eagle has landed. -- Neil 
Armstrong 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[REAL]

03.06.2011 11:36, Hihin Ruslan пишет:
> т.е. REAL в данном вопросе может не ориентироваться на состояние
> p6. Его можно только привлекать в качестве  квалифицированного
> специалиста по его пакету.

Вряд ли рассчитывая на содействие ;) (своих дел хватает)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] t6 admin work

[Michael Shigorin]

On Fri, Jun 03, 2011 at 02:21:07AM +0400, Hihin Ruslan wrote:
> Тогда не понятна сама идея двух репозиториев. Если они 
> синхронизируются и в ту. и в другую сторону, то зачем их два?

Хочется иметь возможность ситуативной/осознанной рассинхронизации
в любую сторону сообразно нуждам тех, кто производит изменение.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] t6 admin work

[Dmitriy Kruglikov]

3 июня 2011 г. 11:56 пользователь Michael Shigorin  написал:

> Хочется иметь возможность ситуативной/осознанной рассинхронизации
> в любую сторону сообразно нуждам тех, кто производит изменение.

Давай лучше оставим штатным несинхронное состояние,
а синхронизацию сделаем ситуативной/осознанной.

Именно "сообразно нуждам тех, кто производит изменение".
И нуждам осознанным и мотивированным.


-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [devel] t6 admin work

[Igor Vlasenko]

On Fri, Jun 03, 2011 at 02:21:07AM +0400, Hihin Ruslan wrote:
> Здравствуйте Anton Farygin
>   В сообщении от 2 июня 2011 Anton Farygin написал(a):
> > > не думаю, что это хорошая идея.
> >
> > Почему ?
> >
> > Сейчас Игорь делает тоже-самое, но вручную.
> 
> Тогда не понятна сама идея двух репозиториев. Если они 
> синхронизируются и в ту. и в другую сторону, то зачем их два?

Как писал Антон, в идеале и p6, и t6 должны иметь один 
и тот же ABI. Это цель. Однако, поскольку доступ к t6
либеральнее, то случайно, то шутя в t6 ABI может сбиваться
с верного путя. Но хотя бы совместимость p6 -> t6
должна сохраняться, т.е. пакеты, собранные под p6, 
должны без проблем ставиться и работать в t6.

Это и есть смысл иметь пару p6 - t6.
Например, зная, что p6 совместим с t6, я могу собирать
в autoports пакеты под p6, и они без проблем будут работать в t6.

А вот если это будет не так, то смысла в паре p6 - t6 не будет.
И пакеты в p6, которые новее, чем в t6, ставят эту
совместимость под угрозу.
Поэтому их желательно сразу переложить в t6,
чтобы задушить угрозу появления несовместимости p6 и t6
в зародыше.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] t6 admin work

[Anton A. Vinogradov]

On 02.06.2011 13:35, Igor Vlasenko wrote:
>>  kernel-modules-fglrx-std-def (none):1.0.8.85-alt1.132646.7.2 (none):1.0.8.85-alt1.132646.7.1

и тут с версией fglrx_glx разбежались.

Re: [devel] t6 admin work

[Igor Vlasenko]

On Fri, Jun 03, 2011 at 10:25:58PM +0400, Anton A. Vinogradov wrote:
> On 02.06.2011 13:35, Igor Vlasenko wrote:
> >> kernel-modules-fglrx-std-def (none):1.0.8.85-alt1.132646.7.2 (none):1.0.8.85-alt1.132646.7.1
> и тут с версией fglrx_glx разбежались.

нет, это просто ядро в p6 свежее, чем в t6.

При чем я переложить не смог, 
https://bugzilla.altlinux.org/show_bug.cgi?id=25707
несмотря на админ права.

Надо поскорее убрать эти грабли, проверка на наследование
здесь явно абсурдна:

2011-Jun-02 14:58:33 :: error: /gears/k/kernel-modules-rtl8168-std-def.git
branch `p6' is not inherited from branch `t6'


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] t6 admin work

[Igor Vlasenko]

On Thu, Jun 02, 2011 at 11:43:46PM +0400, Sergey Vlasov wrote:
> On Thu, Jun 02, 2011 at 03:51:51PM +0300, Igor Vlasenko wrote:
> > > Было бы, думаю, неплохо, публиковать раз в неделю
> > > списки расхождений в
> > > обе стороны. Администраторам p6 это было бы не менее полезно.
> > 
> > Да, это правильно. Сами списки можно не публиковать,
> > так как они достаточно быстро генерируются. (approx. 10s)
> > достаточно иметь под рукой код утилиты генерации.
> 
> ...а также локальное зеркало сравниваемых репозиториев, содержащее
> полный набор src.rpm.
> 
> Если бы сравнение шло хотя бы по srclist.*.xz, это ещё можно было бы
> как-то терпеть, а для текущей реализации единственное приемлемое
> решение - публиковать сгенерированные списки.

Я переложил более новые пакеты из p6 в t6,
теперь p6 опережает t6 только ядром
kernel-image-std-def и модулями к нему.
(не смог скопировать из-за неуместной проверки на наследование).

### Packages that are newer in p6/branch:
kernel-image-std-def 1:2.6.38-alt7.2 1:2.6.38-alt7.1
kernel-modules-acpi_call-std-def (none):0.1-alt2.132646.7.2 (none):0.1-alt2.132646.7.1
kernel-modules-bcmwl-std-def (none):5.60.48.36-alt4.132646.7.2 (none):5.60.48.36-alt4.132646.7.1
kernel-modules-dahdi-std-def (none):2.3.0-alt3.132646.7.2 (none):2.3.0-alt3.132646.7.1
kernel-modules-fglrx-std-def (none):1.0.8.85-alt1.132646.7.2 (none):1.0.8.85-alt1.132646.7.1
kernel-modules-igb-std-def (none):2.4.13-alt1.132646.7.2 (none):2.4.13-alt1.132646.7.1
kernel-modules-ipset-std-def (none):4.4-alt3.132646.7.2 (none):4.4-alt3.132646.7.1
kernel-modules-lirc-std-def (none):1.0.0.8.7-alt3.132646.7.2 (none):1.0.0.8.7-alt3.132646.7.1
kernel-modules-lsadrv-std-def (none):2.0.1-alt1.132646.7.2 (none):2.0.1-alt1.132646.7.1
kernel-modules-ndiswrapper-std-def (none):1.56-alt6.132646.7.2 (none):1.56-alt5.132646.7.1
kernel-modules-nvidia-std-def (none):270.41.19-alt1.132646.7.2 (none):270.41.19-alt1.132646.7.1
kernel-modules-omnibook-std-def (none):20090714-alt3.132646.7.2 (none):20090714-alt3.132646.7.1
kernel-modules-opendpi-std-def (none):1.2.0-alt1.132646.7.2 (none):1.2.0-alt1.132646.7.1
kernel-modules-pf_ring-std-def (none):4.4.1-alt2.132646.7.2 (none):4.4.1-alt2.132646.7.1
kernel-modules-rtl8168-std-def (none):8.024.00-alt1.132646.7.2 (none):8.024.00-alt0.M60T.1.132646.7.1
kernel-modules-rtl8192-std-def (none):0018.1025-alt3.132646.7.2 (none):0018.1025-alt3.132646.7.1
kernel-modules-subfs-std-def (none):0.9-alt11.132646.7.2 (none):0.9-alt11.132646.7.1
kernel-modules-tp_smapi-std-def (none):0.40-alt2.132646.7.2 (none):0.40-alt2.132646.7.1
kernel-modules-vhba-std-def (none):1.2.1.20100822-alt1.132646.7.2 (none):1.2.1.20100822-alt1.132646.7.1
kernel-modules-virtualbox-addition-std-def (none):4.0.4-alt1.132646.7.2 (none):4.0.4-alt1.132646.7.1
kernel-modules-virtualbox-std-def (none):4.0.4-alt2.132646.7.2 (none):4.0.4-alt2.132646.7.1
kernel-modules-xtables-addons-std-def (none):1.33-alt2.132646.7.2 (none):1.33-alt2.132646.7.1

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] t6 admin work

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 873 bytes --]

On Fri, Jun 03, 2011 at 10:58:36PM +0300, Igor Vlasenko wrote:
> On Fri, Jun 03, 2011 at 10:25:58PM +0400, Anton A. Vinogradov wrote:
> > On 02.06.2011 13:35, Igor Vlasenko wrote:
> > >> kernel-modules-fglrx-std-def (none):1.0.8.85-alt1.132646.7.2 (none):1.0.8.85-alt1.132646.7.1
> > и тут с версией fglrx_glx разбежались.
> 
> нет, это просто ядро в p6 свежее, чем в t6.
> 
> При чем я переложить не смог, 
> https://bugzilla.altlinux.org/show_bug.cgi?id=25707
> несмотря на админ права.
> 
> Надо поскорее убрать эти грабли, проверка на наследование
> здесь явно абсурдна:
> 
> 2011-Jun-02 14:58:33 :: error: /gears/k/kernel-modules-rtl8168-std-def.git
> branch `p6' is not inherited from branch `t6'

Эта проверка отнюдь не абсурдна: если в t6 была сборка, которой не было в
истории p6, то при перекладывании из p6 в t6 она потеряется.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 2257 bytes --]

On Fri, Jun 03, 2011 at 06:58:39PM +0300, Igor Vlasenko wrote:

IV> Как писал Антон, в идеале и p6, и t6 должны иметь один 
IV> и тот же ABI. Это цель. 

В идеале p6 и t6 должны быть идентичными. Но это невозможно из-за
имеющихся противоречий.

IV> Однако, поскольку доступ к t6
IV> либеральнее, то случайно, то шутя в t6 ABI может сбиваться
IV> с верного путя. Но хотя бы совместимость p6 -> t6
IV> должна сохраняться, т.е. пакеты, собранные под p6, 
IV> должны без проблем ставиться и работать в t6.

Напомню главную причину создания t6 -- развязывание глупого конфликта
между интересами отдельных мантейнеров и интересов релиз-менеджеров.

Автоматическое копирование без учета ACL мантейнеров приводит к
возвращению этого конфликта. И, в результате, превращает t6 непонятно во
что:

- все равно есть взаимозавязки -> конфликт не исчерпан;
- t6 с более либеральными правами -> он вырождается в "почти столь же
  нестабильный но еще и тухлый вариант сизифа";
- ну или это эдакий "недоbackports" к p6 (а на кой нужны недобэкпортс,
  когда ты работаешь над нормальным решением -- autoports)?

IV> Это и есть смысл иметь пару p6 - t6.
IV> Например, зная, что p6 совместим с t6, я могу собирать
IV> в autoports пакеты под p6, и они без проблем будут работать в t6.

Нет-нет-нет.

Просто прими за аксиому -- это два разных бранча. Считай что они столь же
разные как RHEL и Debin.

IV> А вот если это будет не так, то смысла в паре p6 - t6 не будет.

Наборот, если это будет так, то не будет смысла в этой паре. Достаточно
будет p6. Ибо "непонятная помесь бранча и сизифа, которая недобранч,
недосизиф и недо-p6" нафиг не нужна. Проще таки юзать для работы p6 +
локальный оверлей. Будет и стабильнее, и лучше.

IV> И пакеты в p6, которые новее, чем в t6, ставят эту
IV> совместимость под угрозу.
IV> Поэтому их желательно сразу переложить в t6,
IV> чтобы задушить угрозу появления несовместимости p6 и t6
IV> в зародыше.

...и тогда мы вернемся к тому конфликту, после которого и создали в свое
время 5.1 -- и который успешно проблему столкновения интересов RM и
мантейнеров решал.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 466 bytes --]

Здравствуйте Денис Смирнов
  В сообщении от 5 июня 2011 Денис Смирнов написал(a):
>  Считай что они столь же
> разные как RHEL и Debin.

RHEL и Fedora.

-- 
  А ещё говорят так  (fortune):
 
Marriage is the waste-paper basket of the emotions. 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[Sergey Y. Afonin]

On Saturday, June 04, 2011, Dmitry V. Levin wrote:

> > 2011-Jun-02 14:58:33 :: error: /gears/k/kernel-modules-rtl8168-std-def.git
> > branch `p6' is not inherited from branch `t6'
> 
> Эта проверка отнюдь не абсурдна: если в t6 была сборка, которой не было
> в истории p6, то при перекладывании из p6 в t6 она потеряется.

А разве не предполагается, что всё необходимое должно быть в Sisyphus ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] t6 admin work

[Igor Vlasenko]

On Sun, Jun 05, 2011 at 05:41:00PM +0400, Денис Смирнов wrote:
> Напомню главную причину создания t6 -- развязывание глупого конфликта
> между интересами отдельных мантейнеров и интересов релиз-менеджеров.
> 
> Автоматическое копирование без учета ACL мантейнеров приводит к
> возвращению этого конфликта. И, в результате, превращает t6 непонятно во
> что:

Это да. Но, thank goodness, (пока?) еще никто ни с кем 
не поругался, поэтому имевшее место опережение p6 было
связано только с тем, что он отбранчевался раньше, и 
много людей вносили вклад туда, 
а когда полностью отбранчевался t6, 
забыли или не нашли времени переложить и в p6.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

[devel] branch inheritance checks [Was: t6 admin work]

[Igor Vlasenko]

On Sat, Jun 04, 2011 at 01:52:31AM +0400, Dmitry V. Levin wrote:
> > Надо поскорее убрать эти грабли, проверка на наследование
> > здесь явно абсурдна:
> > 2011-Jun-02 14:58:33 :: error: /gears/k/kernel-modules-rtl8168-std-def.git
> > branch `p6' is not inherited from branch `t6'
> Эта проверка отнюдь не абсурдна: если в t6 была сборка, которой не было в
> истории p6, то при перекладывании из p6 в t6 она потеряется.

Да, конечно. Проблема в том, что, как правило, это технические 
коммиты. Проверка на наследование хороша там, где она 
естественна -- при разработке в Сизифе.
Там коммиты пакетов естественным образом наследуют друг друга,
там проверка на наследование естественна. Как требование закона,
что если в семье есть дети, то они должны быть либо родные,
либо явным образом усыновлены.

А вот с бранчами это не так. У меня типичный паттерн -- 
коммиты в бранч отходят от основного ствола независимо.
Они не как родитель и потомок, а как братья и сестры.
Между ними нет естественных отношений порождения.

Конечно, теоретически может быть всякое, как, например, 
кошка может себе родить котенка-брата от кота-папы.
Но как часто такое встречается?
Мои пакеты - это 15% сизифа, достаточно репрезентативная 
выборка. И там нет ни одного пакета, где бы от нее была 
польза. Но раз пользы нет, то и вреда нет? 
Вред есть, так как на отслеживание и выполнение 
фиктивных мержей -s ours уходит человеко-время.

Хотелось бы иметь возможность хотя бы для своих пакетов 
отключать этот принудительный git-инцест там, где он не нужен.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] branch inheritance checks [Was: t6 admin work]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1379 bytes --]

On Tue, Jun 07, 2011 at 04:29:03PM +0300, Igor Vlasenko wrote:
> On Sat, Jun 04, 2011 at 01:52:31AM +0400, Dmitry V. Levin wrote:
> > > Надо поскорее убрать эти грабли, проверка на наследование
> > > здесь явно абсурдна:
> > > 2011-Jun-02 14:58:33 :: error: /gears/k/kernel-modules-rtl8168-std-def.git
> > > branch `p6' is not inherited from branch `t6'
> > Эта проверка отнюдь не абсурдна: если в t6 была сборка, которой не было в
> > истории p6, то при перекладывании из p6 в t6 она потеряется.
> 
> Да, конечно. Проблема в том, что, как правило, это технические 
> коммиты. Проверка на наследование хороша там, где она 
> естественна -- при разработке в Сизифе.
> Там коммиты пакетов естественным образом наследуют друг друга,
> там проверка на наследование естественна. Как требование закона,
> что если в семье есть дети, то они должны быть либо родные,
> либо явным образом усыновлены.
> 
> А вот с бранчами это не так. У меня типичный паттерн -- 
> коммиты в бранч отходят от основного ствола независимо.
> Они не как родитель и потомок, а как братья и сестры.
> Между ними нет естественных отношений порождения.

Это относится только к копированию в бранч, или к обычным сборкам тоже?

Я сейчас реализовал необязательность наследования при копировании в бранч,
посмотрим, будут ли ложные срабатывания, и будет ли этого достаточно.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] branch inheritance checks [Was: t6 admin work]

[Igor Vlasenko]

On Wed, Jun 08, 2011 at 01:06:04AM +0400, Dmitry V. Levin wrote:
> > А вот с бранчами это не так. У меня типичный паттерн -- 
> > коммиты в бранч отходят от основного ствола независимо.
> > Они не как родитель и потомок, а как братья и сестры.
> > Между ними нет естественных отношений порождения.
> 
> Это относится только к копированию в бранч, или к обычным сборкам тоже?

Не могу расписываться за других, у меня 
это относится и к копированию, и к обычным сборкам.
Я просто уже привык на автомате обходить эти проверки,
при сборке из git стараюсь не заводить отдельную ветвь,
а делаю backport из master tip, (напр. hplip.git)
а при сборке из srpm я пользуюсь своей утилитой srpmbackport,
которая умеет подделывать %changelog так,
чтобы проверка gb-task-check-lastchange выполнялась успешно.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] t6 admin work

[Радик Юсупов]

02.06.2011 10:25, Igor Vlasenko пишет:
> Уважаемые коллеги,
> чтобы t6 не отставал по версиям от p6,
> их надо принудительно синхронизировать.
Коллеги.
Считая, что мы все-таки хотим достич похожести по версиям в t6/p6, я 
запустил в t6 пакеты с суффиксом .M60P.1, из-за чего получил щелбан от 
сборочницы:

2011-Jun-29 14:32:12 :: libvmime.git 0.9.2-alt0.M60P.svn581: release name alt0.M60P.svn581 contains *.M60[^T].* suffix
2011-Jun-29 14:32:12 :: build check FAILED for #200
2011-Jun-29 14:32:28 :: zarafa.git 7.0.0-alt0.M60P.1: release name alt0.M60P.1 contains *.M60[^T].* suffix
2011-Jun-29 14:32:28 :: build check FAILED for #300
2011-Jun-29 14:32:30 :: z-push.git 1.5.3-alt0.M60P.1: release name alt0.M60P.1 contains *.M60[^T].* suffix
2011-Jun-29 14:32:30 :: build check FAILED for #400
2011-Jun-29 14:32:30 :: build check FAILED
2011-Jun-29 14:32:30 :: task #49276 for t6 FAILED

Можно ли убрать это ограничение? Мне не стоит труда запустить сборку и в 
t6, если я собираю пакет для р6, но переделывать суффиксы для того, 
чтобы он попал в t6 я точно не буду, много гораздо более важной и нужной 
работы.
Или предполагается, что Игорь будет делать работу постоянно и собственно 
помогать ему не нужно?

-- 
Best regards,
Radik Usupov
Information Systems' infrastructure Department Engineer
Center Group
Usupov.Radik@cg.ru
Tel: 7 (843) 533-88-14
Jabber: radyus@jabber.ru
Skype: Radik.Usupov
Russian Federation, Kazan, Zinina str. 3a.
http://www.cg.ru

Re: [devel] t6 admin work

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 826 bytes --]

On Wed, Jun 29, 2011 at 02:54:45PM +0400, Радик Юсупов wrote:
> 02.06.2011 10:25, Igor Vlasenko пишет:
> >Уважаемые коллеги,
> >чтобы t6 не отставал по версиям от p6,
> >их надо принудительно синхронизировать.
> Коллеги.
> Считая, что мы все-таки хотим достич 
> похожести по версиям в t6/p6, я запустил в t6 
> пакеты с суффиксом .M60P.1, из-за чего 
> получил щелбан от сборочницы:

Конечно.  Если вы отправите в t6 пакеты с суффиксом .M60P.1, то будут
проблемы с отправкой в p6.  Пожалуйста, отправляйте пакеты на сборку
с нумерацией релизов, соответствующей целевому репозиторию.  Тогда в тех
случаях, когда в разных репозиториях должны оказаться пакеты с разными
релизами, не возникнет конфликтов.  При необходимости скопировать пакеты
между p6 и t6 различие суффиксов релизов не помешает.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[Радик Юсупов]

30.06.2011 02:23, Dmitry V. Levin пишет:
> Конечно.  Если вы отправите в t6 пакеты с суффиксом .M60P.1, то будут
> проблемы с отправкой в p6.  Пожалуйста, отправляйте пакеты на сборку
> с нумерацией релизов, соответствующей целевому репозиторию.  Тогда в тех
> случаях, когда в разных репозиториях должны оказаться пакеты с разными
> релизами, не возникнет конфликтов.  При необходимости скопировать пакеты
> между p6 и t6 различие суффиксов релизов не помешает.
Не наезда ради, понимания для: Правильно ли я понимаю, что если я 
отправлю пакеты в р6, их автоматически позже перенесут в t6?

-- 
Best regards,
Radik Usupov
Information Systems' infrastructure Department Engineer
Center Group
Usupov.Radik@cg.ru
Tel: 7 (843) 533-88-14
Jabber: radyus@jabber.ru
Skype: Radik.Usupov
Russian Federation, Kazan, Zinina str. 3a.
http://www.cg.ru

Re: [devel] t6 admin work

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 333 bytes --]

On Thursday 30 June 2011 09:20, Радик Юсупов wrote:

[...]
> Правильно ли я понимаю, что если я
> отправлю пакеты в р6, их автоматически позже перенесут в t6?
По своим пакетам я такого не заметил.
Например, 
http://prometheus.altlinux.org/en/Sisyphus/srpms/kde4graphics

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] t6 admin work

[Igor Vlasenko]

On Thu, Jun 30, 2011 at 09:20:04AM +0400, Радик Юсупов wrote:
> Не наезда ради, понимания для: Правильно ли я понимаю, что если я
> отправлю пакеты в р6, их автоматически позже перенесут в t6?

Такие планы были, но были возражения в связи с тем,
что иногда различие в версиях может быть сделано нарочно.

Текущая политика выглядит так:
я как коадминистратор t6 время от времени делаю набег
и перекладываю пакеты из p6 в t6 с предварительным оповещением.

Сейчас, например, намерен переложить спискок внизу,
если не будет возражений.

### Packages unique to p6/branch:
docs-simply-linux	(none):6.0-alt3
kde4-kfilebox	(none):0.4.7-alt1
thunar-dropbox-plugin	(none):0.2.0-alt1
### Packages that are newer in p6/branch:
Thunar (none):1.3.0-alt5 (none):1.3.0-alt4
alterator-livecd (none):0.6-alt1 (none):0.5-alt1
alterator-net-domain (none):0.4-alt9 (none):0.4-alt8
apt-conf-branch (none):6.0.0-alt6 (none):6.0.0-alt4
apt-conf-centaurus (none):6.0.0-alt6 (none):6.0.0-alt4
branding-altlinux-centaurus (none):6.0.0-alt12 (none):6.0.0-alt11
branding-altlinux-kdesktop (none):6.0.0-alt28 (none):6.0.0-alt14
branding-simply-linux (none):6.0.0-alt14 (none):6.0.0-alt10
fusion-icon (none):0.1.0-alt4.M60P.3 (none):0.1.0-alt4
gpointing-device-settings (none):1.5.1-alt2.M60P.1 (none):1.5.1-alt1.M60P.1
grub2 (none):1.99-alt6 (none):1.99-alt5
installer-feature-autohostname (none):0.5-alt1 (none):0.4-alt1
installer-feature-desktop-other-fs (none):0.6-alt2 (none):0.6-alt1
installer-feature-kdesktop-services (none):0.3.1-alt1 (none):0.3-alt1
installer-feature-simply-livecd (none):0.6-alt1 (none):0.5-alt1
installer-feature-vm-ofs (none):0.3-alt1 (none):0.2-alt1
kde4-i18n-es (none):4.6.4-alt1 (none):4.6.3-alt1
kde4-i18n-kk (none):4.6.4-alt1 (none):4.6.3-alt1
kde4-i18n-pt_BR (none):4.6.4-alt1 (none):4.6.3-alt1
kde4-i18n-ru (none):4.6.4-alt1 (none):4.6.3-alt2
kde4-i18n-uk (none):4.6.4-alt1 (none):4.6.3-alt1
kde4-konsole (none):4.6.4-alt1 (none):4.6.3-alt2
kde4accessibility (none):4.6.4-alt1 (none):4.6.3-alt1
kde4admin (none):4.6.4-alt3 (none):4.6.3-alt1
kde4artwork (none):4.6.4-alt1 (none):4.6.3-alt1
kde4base-workspace (none):4.6.4-alt1.M60P.1 (none):4.6.4-alt0.M60P.1
kde4bindings (none):4.6.4-alt1 (none):4.6.3-alt1
kde4edu (none):4.6.4-alt1 (none):4.6.3-alt1
kde4games (none):4.6.4-alt1 (none):4.6.3-alt1
kde4graphics (none):4.6.4-alt1 (none):4.6.3-alt1
kde4multimedia (none):4.6.4-alt1 (none):4.6.3-alt1
kde4network (none):4.6.4-alt1 (none):4.6.3-alt2
kde4pim (none):4.6.4-alt1 (none):4.6.3-alt1
kde4plasma-addons (none):4.6.4-alt1 (none):4.6.3-alt1
kde4sdk (none):4.6.4-alt1 (none):4.6.3-alt1
kde4toys (none):4.6.4-alt1 (none):4.6.3-alt1
kde4utils (none):4.6.4-alt1 (none):4.6.3-alt1
kde4webdev (none):4.6.4-alt1 (none):4.6.3-alt1
kernel-image-un-def 1:2.6.39-alt2 1:2.6.39-alt1
kernel-modules-acpi_call-un-def (none):0.1-alt1.132647.2 (none):0.1-alt1.132647.1
kernel-modules-bcmwl-un-def (none):5.60.48.36-alt4.132647.2 (none):5.60.48.36-alt4.132647.1
kernel-modules-igb-un-def (none):2.4.13-alt1.132647.2 (none):2.4.13-alt1.132647.1
kernel-modules-ndiswrapper-un-def (none):1.56-alt5.132647.2 (none):1.56-alt5.132647.1
kernel-modules-nvidia-std-def (none):275.09.07-alt0.M60P.1.132646.8.1 (none):270.41.19-alt2.132646.8.1
kernel-modules-nvidia-un-def (none):275.09.07-alt1.132647.2 (none):270.41.19-alt1.132647.1
kernel-modules-omnibook-un-def (none):20090714-alt1.132647.2 (none):20090714-alt1.132647.1
kernel-modules-opendpi-un-def (none):1.2.0-alt1.132647.2 (none):1.2.0-alt1.132647.1
kernel-modules-rtl8192-un-def (none):0018.1025-alt1.132647.2 (none):0018.1025-alt1.132647.1
kernel-modules-tp_smapi-un-def (none):0.40-alt2.132647.2 (none):0.40-alt2.132647.1
kernel-modules-vhba-un-def (none):1.2.1.20110416-alt1.132647.2 (none):1.2.1.20100822-alt1.132647.1
kernel-modules-virtualbox-addition-un-def (none):4.0.4-alt1.132647.2 (none):4.0.4-alt1.132647.1
kernel-modules-virtualbox-un-def (none):4.0.4-alt1.132647.2 (none):4.0.4-alt1.132647.1
kernel-modules-xtables-addons-un-def (none):1.33-alt1.132647.2 (none):1.33-alt1.132647.1
livecd-install (none):0.6-alt5 (none):0.6-alt3
livecd-save-nfs (none):0.3-alt4 (none):0.3-alt2
livecd-setauth (none):0.2-alt2 (none):0.2-alt1
make-initrd-propagator (none):0.7-alt4 (none):0.7-alt2
nautilus-dropbox (none):0.6.7-alt0.M60P.1 (none):0.6.2-alt1
nvidia-settings (none):275.09.07-alt1 (none):270.41.19-alt1
nvidia-xconfig (none):275.09.07-alt1 (none):270.41.03-alt1
plymouth (none):0.8.3-alt18.git20110406 (none):0.8.3-alt16.git20110406
qt-creator (none):2.2.0-alt1 (none):2.1.0-alt1
qt4 (none):4.7.3-alt2 (none):4.7.3-alt1
simple-ccsm 1:0.8.4-alt3.M60P.1 (none):0.8.8-alt1
virtuoso-opensource 1:6.1.2-alt3 (none):6.1.3-alt1
xen (none):4.1.1-alt1 (none):4.1.0-alt2
xfce4-notifyd (none):0.2.1-alt2.M60P.1 (none):0.2.1-alt2
xorg-server 2:1.10.2.901-alt1 2:1.10.2-alt2

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] t6 admin work

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 661 bytes --]

30.06.2011 19:47, Igor Vlasenko пишет:
> On Thu, Jun 30, 2011 at 09:20:04AM +0400, Радик Юсупов wrote:
>> Не наезда ради, понимания для: Правильно ли я понимаю, что если я
>> отправлю пакеты в р6, их автоматически позже перенесут в t6?
> 
> Такие планы были, но были возражения в связи с тем,
> что иногда различие в версиях может быть сделано нарочно.
> 
> Текущая политика выглядит так:
> я как коадминистратор t6 время от времени делаю набег
> и перекладываю пакеты из p6 в t6 с предварительным оповещением.

  А нет ли такого человека для p6 и p5? (Чтобы следил за обновлениями в
t6 и 5.1, соответственно.)

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

Re: [devel] t6 admin work

[Sergey V Turchin]

On Thursday 30 June 2011 19:47, Igor Vlasenko wrote:

[...]
> Сейчас, например, намерен переложить спискок внизу,
> если не будет возражений.
На все свои пакеты даю добро и на будущее тоже.

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

Re: [devel] t6 admin work

[Sergey V Turchin]

On Thursday 30 June 2011 19:47, Igor Vlasenko wrote:

[...]
> Такие планы были, но были возражения в связи с тем,
> что иногда различие в версиях может быть сделано нарочно.
Вроде были еще планы сделать оповещалку админов репозиториев. Или им не 
понравилось?

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/