[devel] I: mass rebuild is coming

[devel] I: mass rebuild is coming

[Dmitry V. Levin]

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

Hi,

В эти выходные, в преддверии бранчевания, помимо массовой автоматической
пересборки пакетов с новыми библиотеками (libmysqlclient.so.18,
libtiff.so.5, libicu*.so.50), планируется начать массовую автоматическую
пересборку большого числа пакетов, которые, по данным тестовой пересборки,
в результате этой процедуры заметно изменяются (например, у них появляются
недостающие debuginfo-пакеты, изменяются зависимости или файловый состав).
Речь идет о тысячах пакетов, поэтому список здесь приводить не имеет
смысла.

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


-- 
ldv

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

Re: [devel] I: mass rebuild is coming

[Andrew Clark]

On 13.04.2013 15:47, Dmitry V. Levin wrote:
> Hi,
>
> В эти выходные, в преддверии бранчевания, помимо массовой автоматической
> пересборки пакетов с новыми библиотеками (libmysqlclient.so.18,
> libtiff.so.5, libicu*.so.50), планируется начать массовую автоматическую
> пересборку большого числа пакетов, которые, по данным тестовой пересборки,
> в результате этой процедуры заметно изменяются (например, у них появляются
> недостающие debuginfo-пакеты, изменяются зависимости или файловый состав).
> Речь идет о тысячах пакетов, поэтому список здесь приводить не имеет
> смысла.
>
> Поскольку автоматическая пересборка не предусматривает ручного контроля за
> результатом, желающие могут попробовать успеть пересобрать свои пакеты
> самостоятельно.
Значит ли это, что сборочницу лучше не занимать, или
ее работа будет происходить в штатном режиме?

Re: [devel] I: mass rebuild is coming

[Dmitry V. Levin]

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

On Sat, Apr 13, 2013 at 06:33:13PM +0400, Andrew Clark wrote:
> On 13.04.2013 15:47, Dmitry V. Levin wrote:
[...]
> >Поскольку автоматическая пересборка не 
> >предусматривает ручного контроля за
> >результатом, желающие могут попробовать 
> >успеть пересобрать свои пакеты
> >самостоятельно.
> Значит ли это, что сборочницу лучше не 
> занимать, или
> ее работа будет происходить в штатном 
> режиме?

Я полагаю, что сборочница будет продолжать работать в штатном режиме.


-- 
ldv

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

Re: [devel] I: mass rebuild is coming

[Dmitry V. Levin]

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

On Sat, Apr 13, 2013 at 03:47:32PM +0400, Dmitry V. Levin wrote:
> Hi,
> 
> В эти выходные, в преддверии бранчевания, помимо массовой автоматической
> пересборки пакетов с новыми библиотеками (libmysqlclient.so.18,
> libtiff.so.5, libicu*.so.50), планируется начать массовую автоматическую
> пересборку большого числа пакетов, которые, по данным тестовой пересборки,
> в результате этой процедуры заметно изменяются (например, у них появляются
> недостающие debuginfo-пакеты, изменяются зависимости или файловый состав).
> Речь идет о тысячах пакетов, поэтому список здесь приводить не имеет
> смысла.
> 
> Поскольку автоматическая пересборка не предусматривает ручного контроля за
> результатом, желающие могут попробовать успеть пересобрать свои пакеты
> самостоятельно.

В процессе автопересборки пакетов, последняя сборка которых была
сделана до автогенерации debuginfo-пакетов (более 2 лет назад,
gcc <= 4.5.3), обнаружено 275 пакетов (в результате пересборки которых
недостающие debuginfo-пакеты создаются) с эксклюзивными ACL'ами.

Разумеется, это не является препятствием для автопересборки, но если
предположить, что эксклюзивный ACL означает желание протестировать
результат сборки пакета перед его попаданием в репозиторий, у
заинтересованных мейнтейнеров есть два варианта действий:
- Не ждать робота и собрать свои пакеты в актуальной сборочной среде
  самостоятельно; впрочем, времени на это осталось совсем немного.
- Обозначить свое желание протестировать некоторые автопересобранные
  пакеты перед тем, как они попадут в репозиторий; впрочем, времени
  на такое тестирование будет еще меньше.

Для справки привожу список мейнтейнеров/групп, за которыми числятся пакеты
с эксклюзивными ACL'ами.  Пакеты, числящиеся за несколькими мейнтейнерами,
упомянуты соответствующее число раз.

@gnome: gob2, gtk-engines-cleanice, system-tools-backends
@java: jai
@mobile: libopensync0-plugin-file, libopensync0-plugin-palm, rfkill
@openldap: auth_ldap
@sugar: icon-slicer
alb: hmount
alecs: skippy
anarresti: pgpdump
andyc: dhcdrop, nuttcp
aris: multiget, telepathy-inspector
asy: mmsrip, utftpd, zelax-pflash
at: lua5-posix
avm: texinfo
azol: bcm43xx-fwcutter
bga: adjtimex
cas: basqet, bsc, cuneiform-qt
corwin: hal-fstab-sync
crux: system-tools-backends
damir: cdecl, jai, ladspa-blop-plugins, ladspa-moogvcf-plugins, ladspa-swh-plugins, metakit, poedit, wmclockmon, wmdiskmon
damned: emu8051
dlebkov: ntp
drool: cban, ip-tools, itest, memory-monitor, netfleet, qcat, qdevelop, qorganizer, qtclamavclient, quassel, synkron
ender: yasm
evg: screen-message
evseev: ls4sweep
force: hexedit, lsof, psutils
gab: fxload, gl-117
george: psutils, which
hsv: ttytest
ildar: histring, pm-utils
inger: bc, consolehelper, cpuburn, hexedit, lsof, mailx, mstflint, mtree, ntp, time, xres
lav: libts
ldv: MAKEDEV, acct, adjtimex, bash, bash-builtin-lockf, bc, cdrkit, chkfontpath, chrpath, cmdproxyd, consolehelper, cpuburn, cstream, cvsps, dsniff, ed, fastjar, fbset, flex-old, genromfs, giftrans, gperf, groff, hashalot, hexedit, hostinfo, html2text, indent, libnet1, libtool-common, lsof, lua5-posix, mailx, mingetty, mp3info, msulogin, mtree, mutt, ngrep, nslint, openssh-blacklist, passwdqc, powermgmt-base, procmail, pwgen, rcs, sash, slocate, talk, tcptraceroute, texinfo, time, vitmp, vlock, vorbis-tools, x11-ssh-askpass, xres
legion: cgdb, groff, ms-sys, netpipes
lnkvisitor: berusky
mex3: aewan
mike: MAKEDEV, libtiff3, metakit, mp3info, submount
mithraen: dahdi-mithraen, fstyp, fuse-siefs, pam_encfs, settitle, tcl-syslog, texvc, uw-imap, viewcore
msp: lopsus, yasr
naf: apache2-mod_evasive, apache2-mod_security, br2684ctl, hammerhead, ices2, jp2a, keyplex, lcal, pcal, smtptrapd
oddity: bwm-ng, calcurse, ddd, dtach, empty, gtuxnes, listener, nickle, nvram-wakeup, ocrad, paprefs, rlwrap, scponly, sercd, txt2pdbdoc, viewglob, yauap
pma: atsar_linux, dircproxy, furl
prividen: hid-barcode-scanner, submount, ttf2pt1
radik: xdg-user-dirs-gtk
rider: arpsend, ddcprobe, dhcp_probe, mpack, nforenum, psutils, quesoglc, squashfs3, unionfs_utils, xdelta3
sbolshakov: atftp, cachefilesd, eflite, ical, libeap, librpcsecgss, nss-mdns, scotty, tcl-dom, tcl-gpg, tcl-httpd, tcl-incrtcl, tcl-ldap, tcl-memchan, tcl-readline, tcl-sasl, tcl-snack, tcl-tdom, tcl-thread, tcl-tix, tcl-tksystray, tcl-tktable, tcl-tktreectrl, tcl-tls, tcl-trf, tcl-udp, tcl-vfs, tcl-xml, tcl-xslt, tcl-zlib, tclx, tunctl, uucp
serpiph: mod_dav
shaba: openssl-engine_pkcs11, pidgin-guifications, ripmime
shrek: fslsfonts, gst-plugins-gl, gst-plugins-gnonlin, hibernate-script, iceauth, libfame, rman, rtkit, sdlaplay, tla, xbacklight, xconsole, xdg-user-dirs-gtk, xfsinfo, xinput, xmessage, xorg-rgb, xprop, xset, xsetroot, xvidtune, xvinfo
sin: apache2-mod_fcgid, libnss-fallback, uisp
slavutich: camlmix
slazav: ddcprobe
solo: FreeAdhocUDF, uuidlib
stanv: libopensync0-plugin-gpe, mstflint, pm-utils, pmtools
svd: desproxy
tosick: filezilla, mt-daapd, nrg2iso, rdate
tren: transconnect
uka: bouml
vaa: vblade
viy: jclassinfo, jsvc, sinjdoc
voins: WMCPULoad, WMMemMon, cook, emacs-mew, fhist, tardy, tla, tome, wmeyes, wmnet
vostok: AcetoneISO2
vsu: fuse-siefs
yurifil: abcm2ps
zcrendel: tsl
zerg: automoc, cvoicecontrol, eject, libmal, nss-mdns, poster, submount, userpasswd
zver: autobench, fprint_demo, html-xml-utils, inputpipe, lm3g2dmp, mtx


-- 
ldv

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

Re: [devel] I: mass rebuild is coming

[Michael Shigorin]

On Wed, Apr 17, 2013 at 06:33:14AM +0400, Dmitry V. Levin wrote:
> Разумеется, это не является препятствием для автопересборки, но если
> предположить, что эксклюзивный ACL означает желание протестировать
> результат сборки пакета перед его попаданием в репозиторий

Рискну также предположить, что...

> @mobile: libopensync0-plugin-file, libopensync0-plugin-palm, rfkill

rfkill могу собрать/проверить.

> corwin: hal-fstab-sync

Наверное, этот пакет без поддерживаемого hal лишился смысла.

> @openldap: auth_ldap
> @sugar: icon-slicer

Это призрачные группы, IMHO.

> anarresti: pgpdump
> avm: texinfo
> bga: adjtimex
> gab: fxload, gl-117
> inger: bc, consolehelper, cpuburn, hexedit, lsof, mailx, mstflint, mtree, ntp, time, xres
> slavutich: camlmix
> svd: desproxy
> tosick: filezilla, mt-daapd, nrg2iso, rdate
> tren: transconnect
> vaa: vblade

Эти люди давно не с сизифом, насколько понимаю.
Как минимум не на запись.

> ender: yasm
> evseev: ls4sweep
> force: hexedit, lsof, psutils
> mex3: aewan
> pma: atsar_linux, dircproxy, furl
> prividen: hid-barcode-scanner, submount, ttf2pt1
> radik: xdg-user-dirs-gtk
> uka: bouml
> voins: WMCPULoad, WMMemMon, cook, emacs-mew, fhist, tardy, tla, tome, wmeyes, wmnet
> zver: autobench, fprint_demo, html-xml-utils, inputpipe, lm3g2dmp, mtx

Можно найти и попросить, но не уверен, что по пустякам стоит
отвлекать лишний раз.

> yurifil: abcm2ps
> zcrendel: tsl

Не в курсе.

> ldv:

:]

> mike: MAKEDEV, libtiff3, metakit, mp3info, submount

Добавил @qa к libtiff3 на всякий, к остальным не могу.

metakit когда-то был нужен для FlightGear, сейчас вроде бы нет.
Апстрим в 2007 застабилизировался, но полтора года тому переехал
из svn на github.

submount могу проверить, но в сизифе не осталось десктопных ядер,
для которых собирается subfs.ko (последними были 3.0.5?-led-ws).

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

Re: [devel] I: mass rebuild is coming

[Sergei Epiphanov]

On 17 апреля 2013 06:33 Dmitry V. Levin wrote:
> serpiph: mod_dav

Это можно считать как everybody. Собирал в своё время специально для apache1 
под свои нужды. Пока не могу добраться и сменить права доступа. Вполне 
возможно, что его можно исключить вообще из Сизифа.

-- 
С уважением, Епифанов Сергей