[devel] I: packages with old versions

[devel] I: packages with old versions

[Dmitry V. Levin]

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

Hi,

Я попробовал оценить, сколько пакетов нужно обновить по версиям до
окончания фриза, взяв за основу сравнение версий пакетов в Сизифе и FC6.
Разумеется, совпадение версий зачастую ещё не означает готовности пакета,
многие пакеты (например, с jpackage.org) у нас вообще отсутствуют, и не
все пакеты необходимо обновлять, но для оценки всё равно интересно.

Формат строк:
имя	версия-в-Сизифе	<	версия-в-FC6

a2ps	4.13	<	4.13b
adjtimex	1.16	<	1.20
amanda	2.5.0	<	2.5.0p2
apache2	2.0.59	<	2.2.3
apr1	1.2.2	<	1.2.7
aprutil1	1.2.2	<	1.2.7
aqbanking	2.0.0	<	2.1.0
aspell-en	0.60	<	6.0
autofs	4.1.4	<	5.0.1
awesfx	0.5.0	<	0.5.0d
beecrypt	2.2.0	<	4.1.2
chkconfig	1.3.29	<	1.3.30
cpufrequtils	001	<	002
cpuspeed	1.1	<	1.2.1
crontabs	1.8	<	1.10
ctags	5.5.4	<	5.6
cups	1.2.4	<	1.2.5
cvs	1.11.21	<	1.11.22
dbus	0.62	<	0.93
device-mapper	1.02.02	<	1.02.07
dialog	1.0	<	1.0.20051107
doxygen	1.4.7	<	1.5.1
dvgrab	1.8	<	2.0
eclipse-cdt	3.0.2	<	3.1.1
eruby	1.0.3	<	1.0.5
file	4.13	<	4.17
firefox	1.5.0.7	<	1.5.0.8
fontconfig	2.3.2	<	2.4.1
foomatic	3.0.1	<	3.0.2
freeradius	1.1.2	<	1.1.3
fribidi	0.10.4	<	0.10.7
gaim	1.5.0	<	2.0.0
gcalctool	5.8.24	<	5.8.25
gdb	6.3	<	6.5
gnome-backgrounds	0.0	<	2.15.92
gnome-doc-utils	0.6.0	<	0.8.0
gnome-keyring-manager	2.14.0	<	2.16.0
gnome-nettool	2.14.2	<	2.16.0
gnome-panel	2.16.0	<	2.16.1
gnome-spell	1.0.5	<	1.0.7
gnu-getopt	1.0.11	<	1.0.12
gok	1.0.8	<	1.2.0
gphoto2	2.1.6	<	2.2.0
gtk-doc	1.6	<	1.7
guile18	1.7.91	<	1.8.0
hal	0.5.7	<	0.5.8.1
hplip	1.6.9	<	1.6.10
hsqldb	1.7.3.3	<	1.8.0.4
htdig	3.1.6	<	3.2.0b6
hwdata	0.101.1	<	0.191
icu	3.4.1	<	3.6
imake	1.0.1	<	1.0.2
ipv6calc	0.45	<	0.61
irda-utils	0.9.16	<	0.9.17
irqbalance	0.12	<	1.13
iso-codes	0.51	<	0.53
jakarta-commons-discovery	0.2	<	0.3
jsch	0.1.25	<	0.1.28
kde-i18n	3.5	<	3.5.5
lam	7.0.6	<	7.1.2
latex2html	2002	<	2002.2.1
less	382	<	394
lftp	3.4.4	<	3.5.1
libcairo	1.2.5	<	1.2.6
libgmime	2.1.19	<	2.2.3
libgtkspell	2.0.4	<	2.0.11
libidn	0.6.3	<	0.6.5
libofx	0.8.0	<	0.8.2
libogg	1.1.2	<	1.1.3
libpng3	1.2.8	<	1.2.10
librsvg	2.16.0	<	2.16.1
libtiff	3.7.4	<	3.8.2
libvorbis	1.1.1	<	1.1.2
libxml2	2.6.26	<	2.6.27
libxslt	1.1.17	<	1.1.18
linux-atm	2.4.1	<	2.5.0
logrotate	3.6.2	<	3.7.4
logwatch	6.1.2	<	7.3
lsof	4.77	<	4.78
ltrace	0.4	<	0.5
lvm2	2.02.01	<	2.02.06
mailcap	2.1.12	<	2.1.23
man	1.5m2	<	1.6d
mdadm	2.5.3	<	2.5.4
mgetty	1.1.31	<	1.1.33
microcode_ctl	1.12	<	1.13
mingetty	1.01	<	1.07
mkinitrd-busybox	1.00.rel	<	1.2.0
mkzftree	1.0.4	<	1.0.6
mod_auth_mysql	2.9.0	<	3.0.0
mtr	0.65	<	0.71
mt-st	0.8	<	0.9b
mutt	1.4.2.1i	<	1.4.2.2
mysql-connector-odbc	3.51	<	3.51.12
nano	1.3.11	<	1.3.12
nautilus-sendto	0.4	<	0.7
netpbm	10.33	<	10.35
newt	0.50.39	<	0.52.2
nss	3.11.2	<	3.11.3
nss_ldap	252	<	253
ntp	4.1.2	<	4.2.2p1
nut	2.0.2	<	2.0.3
openssh	3.6.1p2	<	4.3p2
pam_krb5	2.2.9	<	2.2.11
pciutils	2.1.11	<	2.2.3
perl-Archive-Tar	1.29	<	1.30
perl-Archive-Zip	1.15	<	1.16
perl-BSD-Resource	1.24	<	1.28
perl-Convert-ASN1	0.19	<	0.20
perl-Devel-Symdump	2.03	<	2.0601
perl-File-MMagic	1.26	<	1.27
perl-IO-Socket-SSL	0.95	<	1.01
perl-ldap	0.29	<	0.33
perl-Net-DNS	0.49	<	0.59
perl-Net-IP	1.24	<	1.25
perl-Net-SSLeay	1.25	<	1.30
perl-String-CRC32	1.2	<	1.4
perl-XML-Dumper	0.79	<	0.81
perl-XML-Grove	0.46	<	0.46alpha
php5	5.1.5	<	5.1.6
pkg-config	0.20	<	0.21
postfix	2.2.11	<	2.3.3
ppp	2.4.2	<	2.4.4
procps	3.2.5	<	3.2.7
python-doc	2.4.2	<	2.4.4
python-module-pygobject	2.11.4	<	2.12.2
python-module-pygtk	2.9.6	<	2.10.3
python-module-pyorbit	2.0.1	<	2.14.1
python-module-pysqlite3	1.1.6	<	1.1.7
rpm	4.0.4	<	4.4.2
samba	3.0.23a	<	3.0.23c
shadow	4.0.4.1	<	4.0.17
slang	1.4.9	<	2.0.6
slib	3a1	<	3a3
slrn	0.9.8.1	<	0.9.8.1pl1
sound-juicer	2.12.3	<	2.16.0
spamassassin	3.1.3	<	3.1.4
speex	1.1.12	<	1.2
squid	2.5.STABLE13	<	2.6.STABLE5
struts	1.2.6	<	1.2.9
stunnel	3.26	<	4.15
sudo	1.6.7p5	<	1.6.8p12
sysstat	6.1.1	<	7.0.0
SysVinit	2.85	<	2.86
tcl-tix	8.2.0	<	8.4.0
tetex	2.0	<	3.0
thunderbird	1.5.0.5	<	1.5.0.8
tomboy	0.3.5	<	0.4.1
tomcat5	5.5.16	<	5.5.17
tree	1.0.0	<	1.5.0
units	1.80	<	1.85
util-linux	2.12r	<	2.13
vlan-utils24	1.8	<	1.9
words	2	<	3.0
wsdl4j	1.5	<	1.5.2
xml-commons	1.0	<	1.3.02
xmltex	1.8	<	20020625
xorg-x11-drv-elographics	1.0.0.5	<	1.1.0
xorg-x11-drv-i128	1.1.0.6	<	1.2.0
xterm	211	<	215

В качестве ложки мёда могу отметить, что около 200 пакетов в Сизифе по
версиям свежее одноимённых в FC6.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Slava Semushin]

--- Dmitry V. Levin 2006-11-11 04:36:32 +0300
+++ Slava Semushin 2006-11-11 13:01:37 +0600

    [skip]

DVL> doxygen	1.4.7	<	1.5.1

    Ну по этому поводу я даже думал FR повешать, но так как меня
    устраивает функциональность 1.4.7, то и вешать не стал.

    Могу помочь со сборкой, если понадобится.

DVL> man	1.5m2	<	1.6d

    Могу помочь со сборкой, если понадобится.

DVL> nano	1.3.11	<	1.3.12

    Пакет готов (версия 2.0.0) Могу выложить, но хотелось бы чтобы кто-то
    да протестировал.

DVL> rpm	4.0.4	<	4.4.2

    Ну эт не скоро будет обновлено ;)

DVL> tree	1.0.0	<	1.5.0

    А тут не разные ли пакеты? У нас же версия от inger@

DVL> xterm	211	<	215

    Об обновлении этого я уже как-то заикался :)

DVL> В качестве ложки мёда могу отметить, что около 200 пакетов в Сизифе по
DVL> версиям свежее одноимённых в FC6.

    Спасибо. Хорошие новости.

-- 
+ Slava Semushin | php-coder @ ngs.ru
+ ALT Linux Team | php-coder @ altlinux.ru

[devel] Mono 1.1.17 -> 1.2

[Ildar Mulyukov]

On 11.11.2006 07:36:32, Dmitry V. Levin wrote:
> Hi,
> 
> Я попробовал оценить, сколько пакетов нужно обновить по версиям до
> окончания фриза

Ммм. Дмитрий, это звучит абсурдно. То есть, это конечно, наши реалии,  
но на самом деле чистейшее безобразие, не укладывающееся в  
http://wiki.sisyphus.ru/SisyphusRelease/FreezePolicy
Но в то же время хочу сам нарушить это правило :(

>  В качестве ложки мёда могу отметить, что около 200 пакетов в Сизифе   
> по  версиям свежее одноимённых в FC6.
Это радует.

*******************************
Уважаемые коллеги! Прошу разрешения обновить версию mono с версии  
1.1.17 до 1.2. Видимо, эта версия будет основной в ближайшее время.  
API/ABI, судя по документации, абсолютно совместимый.

С уважением, Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] I: packages with old versions

[Pavlov Konstantin]

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

On Saturday 11 November 2006 04:36, Dmitry V. Levin wrote:
> device-mapper   1.02.02 <       1.02.07
> lvm2    2.02.01 <       2.02.06

device-mapper 1.02.12 и lvm2-2.02.12 уже как не-знаю-сколько-времени пылятся в 
git.alt.

incoming@, дашь NMU? бага на device-mapper уже пару месяцев висит.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] I: packages with old versions

[Eugene Vlasov]

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

On Sat, 11 Nov 2006 04:36:32 +0300 "Dmitry V. Levin" wrote:

> eclipse-cdt	3.0.2	<	3.1.1

У нас вообще eclipse в orphaned лежит. У кого-то уже есть планы по его
возвращению в Сизиф? Я заинтересован в рабочем eclipse.

> slang	1.4.9	<	2.0.6
...
> slrn	0.9.8.1	<	0.9.8.1pl1

Все, что умеет новое 0.9.8.1pl1 - собираться с slang2 (которого у нас
в сизифе все-равно нет). Уж если собирать - то собирать из CVS, там
вроде-бы наконец появилась возможность перекодировки (то-есть
теоретически можно работать, например, в локали UTF-8 и читать /
отправлять новости в koi8-r). Правда, у меня заинтересованность в этом
пакете сейчас очень низкая, если есть более заинтересованные - отдам.


-- 
WBR, Eugene Vlasov        mailto:eugvv at altlinux.ru
                          JID: eugvv@jabber.ru

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

Re: [devel] I: packages with old versions

[Eugene Ostapets]

11.11.06, Dmitry V. Levin<ldv altlinux.org> написал(а):
> Hi,
> a2ps    4.13    <       4.13b
Раз уж я его вытащил из orphaned, похоже мне и обновлять
> eclipse-cdt     3.0.2   <       3.1.1
У меня есть планы вернуть eclipse в семью, если получится - подхвачу и плагины
> gtk-doc 1.6     <       1.7
Могу собрать, он нужен для сборки всех пакетов xfce
> hal     0.5.7   <       0.5.8.1
Попробую собрать и подружить с новым d-bus от Игоря Зубкова, может что
и получится
> iso-codes       0.51    <       0.53
Пакет уже готов
> pkg-config      0.20    <       0.21
Его же Забалуев пилил? Значит нужен новый майнтейнер...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

[devel] dvgrab-2.0 vs quicktime: help needed (was: I: packages with old versions)

[Michael Shigorin]

On Sat, Nov 11, 2006 at 04:36:32AM +0300, Dmitry V. Levin wrote:
> многие пакеты (например, с jpackage.org) у нас вообще отсутствуют

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

> apache2	2.0.59	<	2.2.3

Этот точно надо, подозреваю, про 2.0 все постараются
побыстрей забыть.  Правда, у энтерпризов не получится.

> chkconfig	1.3.29	<	1.3.30

BTW https://bugzilla.altlinux.org/show_bug.cgi?id=9542#c3

> dvgrab	1.8	<	2.0

Сейчас гляну.

...ммм... немного заклинило.  Требуется консультация по тому,
что у нас сейчас с заголовками libquicktime, или просто дочинить,
если кто лучше сообразит, что там творится.

nosrc.rpm с оставшейся половиной проблем -- здесь:
http://old.linux.kiev.ua/~mike/RPM/SRPMS/dvgrab-2.0-alt1.nosrc.rpm

> eruby	1.0.3	<	1.0.5

@nobody?

> firefox	1.5.0.7	<	1.5.0.8
> thunderbird	1.5.0.5	<	1.5.0.8

Да и вообще как бы неплохо. (seamonkey 1.0.6 попробовал собрать
-- обругалось где-то в gtk-чего-то, 1.0.5 при этом
пересобирается; пока без идей)

> irda-utils	0.9.16	<	0.9.17

* Sun Sep 03 2006 Michael Shigorin <mike@altlinux.org> 0.9.16-alt3
- fixed #6257 (bad error message on TIOCSETD failure);
  thanks vsu@ for bug/patch, damir@ and ruslandh@ for explanation
- fixed macro (ab)use in pre-ALT changelog
- 0.9.18 would need patch update, so sticking with 0.9.16 right now

Ладно, попробую глянуть, хотя и 0.9.16 прекрасно works for me.
Там потроганы в основном lt*, ac* и configure; irdadump/, man/:
103 files changed, 7593 insertions(+), 27099 deletions(-)

> pciutils	2.1.11	<	2.2.3

Залил 2.2.4, у меня больше месяца уже работают.

> ppp	2.4.2	<	2.4.4

Ойййй.... боюсь, нам придётся тут им вообще заняться,
хотя при малейшей возможности хотелось бы этого избежать.

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

Re: [devel] Mono 1.1.17 -> 1.2

[Michael Shigorin]

On Sat, Nov 11, 2006 at 02:29:11PM +0600, Ildar Mulyukov wrote:
> > Я попробовал оценить, сколько пакетов нужно обновить по
> > версиям до окончания фриза
> Ммм. Дмитрий, это звучит абсурдно. То есть, это конечно, наши
> реалии,  но на самом деле чистейшее безобразие, не
> укладывающееся в
> http://wiki.sisyphus.ru/SisyphusRelease/FreezePolicy
> Но в то же время хочу сам нарушить это правило :(

Оно уже нарушено и это было предсказуемо.  Что не является
оправданием отмены задумки, скорее коррекции сроков сообразно
как раз реалиям.

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

Re: [devel] dvgrab-2.0 vs quicktime: help needed

[Alexey Gladkov]

Michael Shigorin пишет:
>> firefox	1.5.0.7	<	1.5.0.8
>> thunderbird	1.5.0.5	<	1.5.0.8
> 
> Да и вообще как бы неплохо. (seamonkey 1.0.6 попробовал собрать
> -- обругалось где-то в gtk-чего-то, 1.0.5 при этом
> пересобирается; пока без идей)

По первому пункту будет 2.0.
В остальном, напиши мне вводные и я попробую собрать морскую мартышку.

-- 
Rgrds, legion

Re: [devel] I: packages with old versions

[Valery V. Inozemtsev]

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

> icu	3.4.1	<	3.6

давно хотел это сделать. ну сами напросились :-)
в сизиф сегодня уйдет icu-3.6 и openoffice.org-2.0.4-alt2
заметьте, в ООО убрана отовсюду циферка "2"

> xorg-x11-drv-elographics	1.0.0.5	<	1.1.0
> xorg-x11-drv-i128	1.1.0.6	<	1.2.0

ну это не проблема

-- 
Valery V. Inozemtsev

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

[devel] [fixed] Re: dvgrab-2.0 vs quicktime: help needed

[Michael Shigorin]

On Sat, Nov 11, 2006 at 11:30:28AM +0200, Michael Shigorin wrote:
> > dvgrab	1.8	<	2.0
> Сейчас гляну.  ...ммм... немного заклинило.  Требуется
> консультация по тому, что у нас сейчас с заголовками
> libquicktime, или просто дочинить, если кто лучше сообразит,
> что там творится.

* Sat Nov 11 2006 Michael Shigorin <mike@altlinux.org> 2.0-alt1
- 2.0
- updated Url:
- added Packager:
- build requires libiec61883 now
- fixed build with -Wl,--as-needed (patch1)
- built against libquicktimehv (thanks viy@ for a hint!)
                                ^^^^^^^^^^^^^^^^^^^^^^

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

Re: [devel] I: packages with old versions

[Evgenii Terechkov]

"Dmitry V. Levin" пишет:

> lftp	3.4.4	<	3.5.1

Есть последний, 3.5.6. На мойх (весьма скромных) задачах работает.
Нуждается в тестинге. Кроме того, кто бы добрый помог warning-и от
verify-elf-а пофиксить (оно и так вроде работает, но неаккуратненько это).

> logwatch	6.1.2	<	7.3

Есть 7.3.1. Работает давно, нареканий на него нет. Часть настроек по
умолчанию не применима у нас, но самый минимум я обеспечил. Остальное пусть
админы пишут (и вешают FR).

> В качестве ложки мёда могу отметить, что около 200 пакетов в Сизифе по
> версиям свежее одноимённых в FC6.

Это слегка радует :-).

-- 
Терешков Евгений, ALT Linux team.

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sat, Nov 11, 2006 at 01:08:21PM +0600, Slava Semushin wrote:
[...]
> DVL> tree	1.0.0	<	1.5.0
> 
>     А тут не разные ли пакеты? У нас же версия от inger@

Конечно, пакеты разные.  Я же привёл оценку по версиям, а не директиву.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sat, Nov 11, 2006 at 11:47:33AM +0300, Pavlov Konstantin wrote:
> On Saturday 11 November 2006 04:36, Dmitry V. Levin wrote:
> > device-mapper	1.02.02	<	1.02.07
> > lvm2    2.02.01 <       2.02.06
> 
> device-mapper 1.02.12 и lvm2-2.02.12 уже как не-знаю-сколько-времени пылятся в 
> git.alt.
> 
> incoming@, дашь NMU? бага на device-mapper уже пару месяцев висит.

А вы почаще в list.src.classic заглядывайте. :)


-- 
ldv

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

Re: [devel] I: packages with old versions

[Michael Shigorin]

On Sun, Nov 12, 2006 at 12:28:06AM +0300, Dmitry V. Levin wrote:
> > > device-mapper	1.02.02	<	1.02.07
> > > lvm2    2.02.01 <       2.02.06
> > device-mapper 1.02.12 и lvm2-2.02.12 уже как
> > не-знаю-сколько-времени пылятся в git.alt.
> > incoming@, дашь NMU? бага на device-mapper уже пару месяцев
> > висит.
> А вы почаще в list.src.classic заглядывайте. :)

А поллинг неэффективен.  Как-то просил, чтобы по возможности
при успешном добавлении прав получившему их отсылалось
уведомление.  Вроде ж разумно?

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sat, Nov 11, 2006 at 01:08:21PM +0600, Slava Semushin wrote:
> --- Dmitry V. Levin 2006-11-11 04:36:32 +0300
> +++ Slava Semushin 2006-11-11 13:01:37 +0600
> 
>     [skip]
> 
> DVL> doxygen	1.4.7	<	1.5.1
> 
>     Ну по этому поводу я даже думал FR повешать, но так как меня
>     устраивает функциональность 1.4.7, то и вешать не стал.
> 
>     Могу помочь со сборкой, если понадобится.

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

> DVL> man	1.5m2	<	1.6d
> 
>     Могу помочь со сборкой, если понадобится.

У меня руки до него сейчас не доходят.  Попробуйте, помогу если что.

> DVL> rpm	4.0.4	<	4.4.2
> 
>     Ну эт не скоро будет обновлено ;)

Это точно ;-/

> DVL> xterm	211	<	215
> 
>     Об обновлении этого я уже как-то заикался :)

Хотите собрать? ;)


-- 
ldv

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

Re: [devel] Mono 1.1.17 -> 1.2

[Dmitry V. Levin]

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

On Sat, Nov 11, 2006 at 02:29:11PM +0600, Ildar Mulyukov wrote:
> On 11.11.2006 07:36:32, Dmitry V. Levin wrote:
> > 
> > Я попробовал оценить, сколько пакетов нужно обновить по версиям до
> > окончания фриза
> 
> Ммм. Дмитрий, это звучит абсурдно. То есть, это конечно, наши реалии,  
> но на самом деле чистейшее безобразие, не укладывающееся в  
> http://wiki.sisyphus.ru/SisyphusRelease/FreezePolicy
> Но в то же время хочу сам нарушить это правило :(

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

> Уважаемые коллеги! Прошу разрешения обновить версию mono с версии  
> 1.1.17 до 1.2. Видимо, эта версия будет основной в ближайшее время.  
> API/ABI, судя по документации, абсолютно совместимый.

Мне сложно это комментировать, я слабо знаком с темой обратной совместимости
версий mono.  Поступайте так, как вам подсказывает ваш опыт.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sat, Nov 11, 2006 at 11:30:13PM +0200, Michael Shigorin wrote:
> On Sun, Nov 12, 2006 at 12:28:06AM +0300, Dmitry V. Levin wrote:
> > > > device-mapper	1.02.02	<	1.02.07
> > > > lvm2    2.02.01 <       2.02.06
> > > device-mapper 1.02.12 и lvm2-2.02.12 уже как
> > > не-знаю-сколько-времени пылятся в git.alt.
> > > incoming@, дашь NMU? бага на device-mapper уже пару месяцев
> > > висит.
> > А вы почаще в list.src.classic заглядывайте. :)
> 
> А поллинг неэффективен.  Как-то просил, чтобы по возможности
> при успешном добавлении прав получившему их отсылалось
> уведомление.  Вроде ж разумно?

Разумно, в новой системе надо будет учесть.
Другое дело, что если уж человек спрашивает incoming@, то в этот момент
можно заглянуть в справочник.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sat, Nov 11, 2006 at 02:08:01PM +0500, Eugene Vlasov wrote:
> On Sat, 11 Nov 2006 04:36:32 +0300 "Dmitry V. Levin" wrote:
> 
> > eclipse-cdt	3.0.2	<	3.1.1
> 
> У нас вообще eclipse в orphaned лежит.

Последняя сборка в /i/S (eclipse-3.1.2-alt2) почему-то так и не собралась.

> У кого-то уже есть планы по его
> возвращению в Сизиф? Я заинтересован в рабочем eclipse.

Это хорошо, что есть кто-то заинтересованный.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sat, Nov 11, 2006 at 11:20:10AM +0200, Eugene Ostapets wrote:
> > pkg-config      0.20    <       0.21
> Его же Забалуев пилил? Значит нужен новый майнтейнер...

Кто его только не пилил...


-- 
ldv

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

Re: [devel] was: I: packages with old versions

[Dmitry V. Levin]

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

On Sat, Nov 11, 2006 at 11:30:28AM +0200, Michael Shigorin wrote:
> On Sat, Nov 11, 2006 at 04:36:32AM +0300, Dmitry V. Levin wrote:
[...]
> > apache2	2.0.59	<	2.2.3
> 
> Этот точно надо, подозреваю, про 2.0 все постараются
> побыстрей забыть.  Правда, у энтерпризов не получится.

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

> > chkconfig	1.3.29	<	1.3.30

В 1.3.30 ничего интересного по сравнению с 1.3.29 нет.

> BTW https://bugzilla.altlinux.org/show_bug.cgi?id=9542#c3

Ну это хороший FR, конечно.

> > ppp	2.4.2	<	2.4.4
> 
> Ойййй.... боюсь, нам придётся тут им вообще заняться,
> хотя при малейшей возможности хотелось бы этого избежать.

Это отдельная задача, ей нужно заняться, конечно, избежать не получится.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 01:14:55AM +0700, Evgenii Terechkov wrote:
> "Dmitry V. Levin" пишет:
> 
> > lftp	3.4.4	<	3.5.1
> 
> Есть последний, 3.5.6. На мойх (весьма скромных) задачах работает.
> Нуждается в тестинге. Кроме того, кто бы добрый помог warning-и от
> verify-elf-а пофиксить (оно и так вроде работает, но неаккуратненько это).

Мне тоже не нравится, как lftp линкуется.


-- 
ldv

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

[devel] plans (was: was: I: packages with old versions)

[Michael Shigorin]

On Sun, Nov 12, 2006 at 12:49:46AM +0300, Dmitry V. Levin wrote:
> > > chkconfig	1.3.29	<	1.3.30
> В 1.3.30 ничего интересного по сравнению с 1.3.29 нет.
> > BTW https://bugzilla.altlinux.org/show_bug.cgi?id=9542#c3
> Ну это хороший FR, конечно.

Замётано, #10259.

> > > ppp	2.4.2	<	2.4.4
> > Ойййй.... боюсь, нам придётся тут им вообще заняться,
> > хотя при малейшей возможности хотелось бы этого избежать.
> Это отдельная задача, ей нужно заняться, конечно, избежать
> не получится.

Вот на следующей неделе и будем посмотреть.

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

Re: [devel] was: I: packages with old versions

[Aleksey Avdeev]

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

Dmitry V. Levin пишет:
> On Sat, Nov 11, 2006 at 11:30:28AM +0200, Michael Shigorin wrote:
> 
>>On Sat, Nov 11, 2006 at 04:36:32AM +0300, Dmitry V. Levin wrote:
> 
> [...]
> 
>>>apache2	2.0.59	<	2.2.3
>>
>>Этот точно надо, подозреваю, про 2.0 все постараются
>>побыстрей забыть.  Правда, у энтерпризов не получится.
> 
> 
> Я тоже склоняюсь к этой точке зрения - 2.2 будет легче поддерживать.

  На сколько для нас важно затащить проект, со всей его историей, в git?
Каковы временные рамки?

  Суть вопроса: результат автоматического применения git-svn к
svn.apache.org/repos/asf/httpd мне сильно не нравится: не отражает
реальную историю проекта (все ветки получились отдельными -- добиться
автоматического наследования/слияния веток я так и не смог). Скриптов
для автоматизированного преобразования того что получилось, в то что
нужно у меня пока нет (по факту -- только начал их написание), а
повторное вытаскивание, с ручным отслеживанием истории -- займёт слишком
много времени...

-- 

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


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

Re: [devel] I: packages with old versions

[Evgenii Terechkov]

"Dmitry V. Levin" пишет:

>> 
>> > lftp	3.4.4	<	3.5.1
>> Есть последний, 3.5.6. На мойх (весьма скромных) задачах работает.
>> Нуждается в тестинге. Кроме того, кто бы добрый помог warning-и от
>> verify-elf-а пофиксить (оно и так вроде работает, но неаккуратненько это).
> Мне тоже не нравится, как lftp линкуется.

Я смотрел, с каким патчем собирается 3.4.4. И смотрел, что там сейчас
поменяли в системе сборки. Ниасили. Поэтому помощи и прошу.

-- 
Терешков Евгений, ALT Linux team.

Re: [devel] was: I: packages with old versions

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 01:25:48AM +0300, Aleksey Avdeev wrote:
> Dmitry V. Levin пишет:
> > On Sat, Nov 11, 2006 at 11:30:28AM +0200, Michael Shigorin wrote:
> >>On Sat, Nov 11, 2006 at 04:36:32AM +0300, Dmitry V. Levin wrote:
> > 
> > [...]
> > 
> >>>apache2	2.0.59	<	2.2.3
> >>
> >>Этот точно надо, подозреваю, про 2.0 все постараются
> >>побыстрей забыть.  Правда, у энтерпризов не получится.
> > 
> > Я тоже склоняюсь к этой точке зрения - 2.2 будет легче поддерживать.
> 
>   На сколько для нас важно затащить проект, со всей его историей, в git?

Это зависит.  Если результатом удобно пользоваться, то лучше
импортировать, а если неудобно или импортировать очень сложно, то лучше
потратить время на что-нибудь более конструктивное.

> Каковы временные рамки?

Чем раньше будет готов пакет, тем больше времени будет отведено на
тестирование, тем более готовым будет результат.

>   Суть вопроса: результат автоматического применения git-svn к
> svn.apache.org/repos/asf/httpd мне сильно не нравится: не отражает
> реальную историю проекта (все ветки получились отдельными -- добиться
> автоматического наследования/слияния веток я так и не смог). Скриптов
> для автоматизированного преобразования того что получилось, в то что
> нужно у меня пока нет (по факту -- только начал их написание), а
> повторное вытаскивание, с ручным отслеживанием истории -- займёт слишком
> много времени...

Разве что если интересно попрактиковаться с импортированием проектов из
svn в git.  Мне кажется что для сопровождения пакетов любой scm это скорее
удобное средство чем самоцель.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Alexander Bokovoy]

Dmitry V. Levin wrote:
> samba	3.0.23a	<	3.0.23c
Ждем в ближайшее время 3.0.23d.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] was: I: packages with old versions

[Aleksey Avdeev]

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

Dmitry V. Levin пишет:
> On Sun, Nov 12, 2006 at 01:25:48AM +0300, Aleksey Avdeev wrote:
> 
>>Dmitry V. Levin пишет:
>>
>>>On Sat, Nov 11, 2006 at 11:30:28AM +0200, Michael Shigorin wrote:
>>>
>>>>On Sat, Nov 11, 2006 at 04:36:32AM +0300, Dmitry V. Levin wrote:
>>>
>>>[...]
>>>
>>>
>>>>>apache2	2.0.59	<	2.2.3
>>>>
>>>>Этот точно надо, подозреваю, про 2.0 все постараются
>>>>побыстрей забыть.  Правда, у энтерпризов не получится.
>>>
>>>Я тоже склоняюсь к этой точке зрения - 2.2 будет легче поддерживать.
>>
>>  На сколько для нас важно затащить проект, со всей его историей, в git?
> 
> 
> Это зависит.  Если результатом удобно пользоваться, то лучше
> импортировать, а если неудобно или импортировать очень сложно, то лучше
> потратить время на что-нибудь более конструктивное.

  Если будет сохранена история -- пользоваться будет удобно.

  Конкретный результат планирую получить в течении 2х недель (если не
будит аврала по основной работе).

> 
>>Каковы временные рамки?
> 
> 
> Чем раньше будет готов пакет, тем больше времени будет отведено на
> тестирование, тем более готовым будет результат.

  Это понятно. Но конкретные сроки интересуют (озвученные ранее, на мой
взгляд -- поплыли, что для меня +, в данном контексте).

> 
> 
>>  Суть вопроса: результат автоматического применения git-svn к
>>svn.apache.org/repos/asf/httpd мне сильно не нравится: не отражает
>>реальную историю проекта (все ветки получились отдельными -- добиться
>>автоматического наследования/слияния веток я так и не смог). Скриптов
>>для автоматизированного преобразования того что получилось, в то что
>>нужно у меня пока нет (по факту -- только начал их написание), а
>>повторное вытаскивание, с ручным отслеживанием истории -- займёт слишком
>>много времени...
> 
> 
> Разве что если интересно попрактиковаться с импортированием проектов из
> svn в git.  Мне кажется что для сопровождения пакетов любой scm это скорее
> удобное средство чем самоцель.

  Как минимум, это позволит более уверенно чувствовать себя в git. :-)

  В крупных пакетах scm помогает сильно...

-- 

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


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

Re: [devel] was: I: packages with old versions

[Sviatoslav Sviridov]

Aleksey Avdeev wrote on 11/11/2006 2:25 PM:
>   На сколько для нас важно затащить проект, со всей его историей, в git?
> Каковы временные рамки?
>   

Мне кажется, в данном контексте важнее иметь историю пакета, а не всего
проекта... (если, конечно, не  занимаетесь разработкой самого проекта,
но в  таком случае удобней пользоваться, наверно, проектным scm). Истори
я самого проекта в дополнение  к истории пакета - это всего лишь 
небольшое дополнение, а будет оно полезно или нет - это  уже решать 
тому, кто пользуется  (тому,  кто не пользуеся, будет однозначно
бесполезно)

-- 
Best Regards,
Sviatoslav Sviridov

Re: [devel] was: I: packages with old versions

[Aleksey Avdeev]

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

Sviatoslav Sviridov пишет:
> Aleksey Avdeev wrote on 11/11/2006 2:25 PM:
> 
>>  На сколько для нас важно затащить проект, со всей его историей, в git?
>>Каковы временные рамки?
>>  
> 
> 
> Мне кажется, в данном контексте важнее иметь историю пакета, а не всего
> проекта... (если, конечно, не  занимаетесь разработкой самого проекта,
> но в  таком случае удобней пользоваться, наверно, проектным scm). Истори
> я самого проекта в дополнение  к истории пакета - это всего лишь 
> небольшое дополнение, а будет оно полезно или нет - это  уже решать 
> тому, кто пользуется  (тому,  кто не пользуеся, будет однозначно
> бесполезно)

  Есть смутное чувство, что для перехода к системной PCRE это будет
полезно. В apache`вском svn есть ветка /vendor/pcre, возможно -- то что
нужно. (Но детально -- я ещё не смотрел.)

-- 

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


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

Re: [devel] I: packages with old versions

[Eugene Ostapets]

11.11.06, Dmitry V. Levin<ldv@altlinux.org> написал(а):
> On Sat, Nov 11, 2006 at 11:20:10AM +0200, Eugene Ostapets wrote:
> > > pkg-config      0.20    <       0.21
> > Его же Забалуев пилил? Значит нужен новый майнтейнер...
> Кто его только не пилил...
Сейчас он висит на тебе... Обновишь или отдашь?:)

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 02:49:34PM +0200, Eugene Ostapets wrote:
> 11.11.06, Dmitry V. Levin написал(а):
> > On Sat, Nov 11, 2006 at 11:20:10AM +0200, Eugene Ostapets wrote:
> > > > pkg-config      0.20    <       0.21
> > > Его же Забалуев пилил? Значит нужен новый майнтейнер...
> > Кто его только не пилил...
> Сейчас он висит на тебе... Обновишь или отдашь?:)

Обновить не получается отдать. ;)
А что, кому-то надо?


-- 
ldv

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

Re: [devel] I: packages with old versions

[Eugene Ostapets]

12.11.06, Dmitry V. Levin<ldv altlinux.org> написал(а):
> On Sun, Nov 12, 2006 at 02:49:34PM +0200, Eugene Ostapets wrote:
> > 11.11.06, Dmitry V. Levin написал(а):
> > > On Sat, Nov 11, 2006 at 11:20:10AM +0200, Eugene Ostapets wrote:
> > > > > pkg-config      0.20    <       0.21
> > > > Его же Забалуев пилил? Значит нужен новый майнтейнер...
> > > Кто его только не пилил...
> > Сейчас он висит на тебе... Обновишь или отдашь?:)
>
> Обновить не получается отдать. ;)
> А что, кому-то надо?
Ну если зашла речь о доводке версий до FC6... Я и так забираю
приличную часть наследия Забалуева... :) Почему не взять еще и
pkg-config :)

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: packages with old versions

[Slava Semushin]

--- Dmitry V. Levin 2006-11-12 00:36:15 +0300
+++ Slava Semushin 2006-11-12 21:15:06 +0600

DVL> > DVL> doxygen	1.4.7	<	1.5.1
[...]
DVL> Я давно не тратил на сборку этого пакета много времени, да он много и не
DVL> требовал.  Если кому-то для своих задач нужно собрать свежий doxygen
DVL> раньше чем у меня дойдут руки - передам пакет, не задумываясь.

    Не горит. Не к спеху. Но, могу собрать. Прошу NMU. На этой неделе
    готов собрать, дать возможность всем желающим протестировать и залить
    сборку в Сизиф.

DVL> > DVL> man	1.5m2	<	1.6d
DVL> У меня руки до него сейчас не доходят.  Попробуйте, помогу если что.

    %
    Ёлки-палки, я и забыл, что man уже давно не мой пакет. :)
            -- ldv in #6988
    %

    :-)

    Так что это уже надо у voins@ спрашивать. Могу помочь.

DVL> >     Об обновлении этого я уже как-то заикался :)
DVL> Хотите собрать? ;)

    nosrc.rpm с десятком вопросов и уточнений уже отправился к вам в личку ;)


-- 
+ Slava Semushin | php-coder @ ngs.ru
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 09:27:37PM +0600, Slava Semushin wrote:
> --- Dmitry V. Levin 2006-11-12 00:36:15 +0300
> +++ Slava Semushin 2006-11-12 21:15:06 +0600
> 
> DVL> > DVL> doxygen	1.4.7	<	1.5.1
> [...]
> DVL> Я давно не тратил на сборку этого пакета много времени, да он много и не
> DVL> требовал.  Если кому-то для своих задач нужно собрать свежий doxygen
> DVL> раньше чем у меня дойдут руки - передам пакет, не задумываясь.
> 
>     Не горит. Не к спеху. Но, могу собрать. Прошу NMU. На этой неделе
>     готов собрать, дать возможность всем желающим протестировать и залить
>     сборку в Сизиф.

OK

> DVL> > DVL> man	1.5m2	<	1.6d
> DVL> У меня руки до него сейчас не доходят.  Попробуйте, помогу если что.
> 
>     %
>     Ёлки-палки, я и забыл, что man уже давно не мой пакет. :)
>             -- ldv in #6988
>     %
> 
>     :-)
> 
>     Так что это уже надо у voins@ спрашивать. Могу помочь.

Последняя сборка пакета man была за мной,
так что я думаю что Voins не против. :)

> DVL> >     Об обновлении этого я уже как-то заикался :)
> DVL> Хотите собрать? ;)
> 
>     nosrc.rpm с десятком вопросов и уточнений уже отправился к вам в личку ;)

Такие вопросы лучше обсуждать в devel@.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 04:21:17PM +0200, Eugene Ostapets wrote:
> 12.11.06, Dmitry V. Levin написал(а):
> > On Sun, Nov 12, 2006 at 02:49:34PM +0200, Eugene Ostapets wrote:
> > > 11.11.06, Dmitry V. Levin написал(а):
> > > > On Sat, Nov 11, 2006 at 11:20:10AM +0200, Eugene Ostapets wrote:
> > > > > > pkg-config      0.20    <       0.21
> > > > > Его же Забалуев пилил? Значит нужен новый майнтейнер...
> > > > Кто его только не пилил...
> > > Сейчас он висит на тебе... Обновишь или отдашь?:)
> >
> > Обновить не получается отдать. ;)
> > А что, кому-то надо?
> Ну если зашла речь о доводке версий до FC6... Я и так забираю
> приличную часть наследия Забалуева... :) Почему не взять еще и
> pkg-config :)

Этот пакет всегда был с каким-то конфликтным оттенком.
Например, в pkg-config-0.21 опять изменилось поведение, см.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340904
Если кто-нибудь дочитает этот url и прокомментирует, будет неплохо.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Eugene Ostapets]

12.11.06, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > Ну если зашла речь о доводке версий до FC6... Я и так забираю
> > приличную часть наследия Забалуева... :) Почему не взять еще и
> > pkg-config :)
> Этот пакет всегда был с каким-то конфликтным оттенком.
> Например, в pkg-config-0.21 опять изменилось поведение, см.
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340904
> Если кто-нибудь дочитает этот url и прокомментирует, будет неплохо.
Прочитал, долго думал... :)
Не уверен что дебиановцы правы, все-таки статическая линковка требует
формирования списка ВСЕХ нужных либ, даже если они чужие... Если я
ничего не пропустил со своим английским, то на динамические проекты, у
которых был нормальный .pc файл, это обновление не повлияет...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 06:39:32PM +0200, Eugene Ostapets wrote:
> 12.11.06, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > > Ну если зашла речь о доводке версий до FC6... Я и так забираю
> > > приличную часть наследия Забалуева... :) Почему не взять еще и
> > > pkg-config :)
> > Этот пакет всегда был с каким-то конфликтным оттенком.
> > Например, в pkg-config-0.21 опять изменилось поведение, см.
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340904
> > Если кто-нибудь дочитает этот url и прокомментирует, будет неплохо.
> Прочитал, долго думал... :)
> Не уверен что дебиановцы правы, все-таки статическая линковка требует
> формирования списка ВСЕХ нужных либ, даже если они чужие... Если я
> ничего не пропустил со своим английским, то на динамические проекты, у
> которых был нормальный .pc файл, это обновление не повлияет...

Нет, речь идёт о том, что в cflags теперь попадут параметры, которые
раньше использовались только для статической сборки, т.е. это может
повлиять на сборку всех динамических проектов.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Eugene Ostapets]

12.11.06, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > Не уверен что дебиановцы правы, все-таки статическая линковка требует
> > формирования списка ВСЕХ нужных либ, даже если они чужие... Если я
> > ничего не пропустил со своим английским, то на динамические проекты, у
> > которых был нормальный .pc файл, это обновление не повлияет...
>
> Нет, речь идёт о том, что в cflags теперь попадут параметры, которые
> раньше использовались только для статической сборки, т.е. это может
> повлиять на сборку всех динамических проектов.
Ну дебиановцы рискнули и приняли пакет именно в таком виде, не откатив
изменение назад и testing у них не развалился. Есть основание считать
что у нас развалится?

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 06:56:41PM +0200, Eugene Ostapets wrote:
> 12.11.06, Dmitry V. Levin написал(а):
> > > Не уверен что дебиановцы правы, все-таки статическая линковка требует
> > > формирования списка ВСЕХ нужных либ, даже если они чужие... Если я
> > > ничего не пропустил со своим английским, то на динамические проекты, у
> > > которых был нормальный .pc файл, это обновление не повлияет...
> >
> > Нет, речь идёт о том, что в cflags теперь попадут параметры, которые
> > раньше использовались только для статической сборки, т.е. это может
> > повлиять на сборку всех динамических проектов.
> Ну дебиановцы рискнули и приняли пакет именно в таком виде, не откатив
> изменение назад и testing у них не развалился.

Может они уже всё исправили?

> Есть основание считать что у нас развалится?

Есть основание опасаться.  Есть необходимость проверить.
Можно обновить непосредственно перед тестовой пересборкой, чтобы проверить
быстрее.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Eugene Ostapets]

12.11.06, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > > Нет, речь идёт о том, что в cflags теперь попадут параметры, которые
> > > раньше использовались только для статической сборки, т.е. это может
> > > повлиять на сборку всех динамических проектов.
> > Ну дебиановцы рискнули и приняли пакет именно в таком виде, не откатив
> > изменение назад и testing у них не развалился.
> Может они уже всё исправили?
Я посмотрел их diff - они ничего не исправляли в pkg-config, хотя
может быть поправили пачку кривых пакетов...
>
> > Есть основание считать что у нас развалится?
>
> Есть основание опасаться.  Есть необходимость проверить.
> Можно обновить непосредственно перед тестовой пересборкой, чтобы
> проверить быстрее.
Когда планируется тестовая пересборка? Т.е. когда заливать? Свои
пакеты я сейчас тестово пересобрал, никаких заметных эффектов не
обнаружилось...
-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] was: I: packages with old versions

[Michael Shigorin]

On Sat, Nov 11, 2006 at 11:59:54PM -0800, Sviatoslav Sviridov wrote:
> > На сколько для нас важно затащить проект, со всей его
> > историей, в git? 
> Мне кажется, в данном контексте важнее иметь историю пакета, а
> не всего проекта... (если, конечно, не  занимаетесь разработкой
> самого проекта, но в  таком случае удобней пользоваться,
> наверно, проектным scm).

Вот и мне тоже.

> > Каковы временные рамки? 

Мне кажется, что ненапряжные -- было бы неплохо к рождественским
каникулам иметь apache-2.2 на посмотреть; хотя слазить с 1.3 пока
не собираюсь, когда-то это должно произойти.  Плюс в M31 выбор
между 1.3 и 2.2 должен быть вполне реальным, а для того, чтобы
заниматься той же web policy, не помешает работающий тестодром.

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

Re: [devel] was: I: packages with old versions

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 07:32:26PM +0200, Michael Shigorin wrote:
> On Sat, Nov 11, 2006 at 11:59:54PM -0800, Sviatoslav Sviridov wrote:
> > > На сколько для нас важно затащить проект, со всей его
> > > историей, в git? 
> > Мне кажется, в данном контексте важнее иметь историю пакета, а
> > не всего проекта... (если, конечно, не  занимаетесь разработкой
> > самого проекта, но в  таком случае удобней пользоваться,
> > наверно, проектным scm).
> 
> Вот и мне тоже.

Аналогично.

> > > Каковы временные рамки? 
> 
> Мне кажется, что ненапряжные -- было бы неплохо к рождественским
> каникулам иметь apache-2.2 на посмотреть;

Хотелось бы всё-таки немного раньше, именно ввиду нижепроцитированного.

> хотя слазить с 1.3 пока
> не собираюсь, когда-то это должно произойти.  Плюс в M31 выбор
> между 1.3 и 2.2 должен быть вполне реальным, а для того, чтобы
> заниматься той же web policy, не помешает работающий тестодром.


-- 
ldv

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

Re: [devel] I: packages with old versions

[Michael Shigorin]

On Sun, Nov 12, 2006 at 07:13:13PM +0200, Eugene Ostapets wrote:
> > > Есть основание считать что у нас развалится?
> > Есть основание опасаться.  Есть необходимость проверить.
> > Можно обновить непосредственно перед тестовой пересборкой,
> > чтобы проверить быстрее.
> Когда планируется тестовая пересборка? Т.е. когда заливать?
> Свои пакеты я сейчас тестово пересобрал, никаких заметных
> эффектов не обнаружилось...

Залей в Daedalus?  Я попробую, что ли.

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 07:41:12PM +0200, Michael Shigorin wrote:
> On Sun, Nov 12, 2006 at 07:13:13PM +0200, Eugene Ostapets wrote:
> > > > Есть основание считать что у нас развалится?
> > > Есть основание опасаться.  Есть необходимость проверить.
> > > Можно обновить непосредственно перед тестовой пересборкой,
> > > чтобы проверить быстрее.
> > Когда планируется тестовая пересборка? Т.е. когда заливать?
> > Свои пакеты я сейчас тестово пересобрал, никаких заметных
> > эффектов не обнаружилось...
> 
> Залей в Daedalus?  Я попробую, что ли.

Попробовать можно /people/ldv/packages/pkg-config.git


-- 
ldv

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

Re: [devel] I: packages with old versions

[Alexey Voinov]

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

Dmitry V. Levin wrote
> > DVL> > DVL> man	1.5m2	<	1.6d
> > DVL> У меня руки до него сейчас не доходят.  Попробуйте, помогу если что.
> >     Так что это уже надо у voins@ спрашивать. Могу помочь.
> Последняя сборка пакета man была за мной,
> так что я думаю что Voins не против. :)
Не против, не против. :)
Сам тоже могу при необходимости, но это ждать придётся. :)


-- 
Best Regards!
Alexey Voinov
	     
voins@voins.program.ru
voins@altlinux.ru


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

Re: [devel] I: packages with old versions

[Mikerin Sergey]

В сообщении от 11 ноября 2006 05:36 Dmitry V. Levin написал(a):
> Hi,
>
> Я попробовал оценить, сколько пакетов нужно обновить по версиям до
> окончания фриза, взяв за основу сравнение версий пакетов в Сизифе и FC6.
> Разумеется, совпадение версий зачастую ещё не означает готовности пакета,
> многие пакеты (например, с jpackage.org) у нас вообще отсутствуют, и не
> все пакеты необходимо обновлять, но для оценки всё равно интересно.
>
> tetex	2.0	<	3.0
Если ни у кого возражений нет, я хотел бы заняться этим пакетом.
-- 
С Уважением, Сергей

Re: [devel] I: packages with old versions

[Ildar Mulyukov]

On 13.11.2006 12:18:52, Mikerin Sergey wrote:
> В сообщении от 11 ноября 2006 05:36 Dmitry V. Levin написал(a):
>>  Hi,  Я попробовал оценить, сколько пакетов нужно обновить по  
>> версиям до  окончания фриза, взяв за основу сравнение версий пакетов  
>> в Сизифе и  FC6.  Разумеется, совпадение версий зачастую ещё не  
>> означает готовности  пакета,  многие пакеты (например, с  
>> jpackage.org) у нас вообще отсутствуют,  и  не  все пакеты  
>> необходимо обновлять, но для оценки всё равно интересно.
> >
> > tetex	2.0	<	3.0
> Если ни у кого возражений нет, я хотел бы заняться этим пакетом.

По секрету скажу - это многих только обрадует.

Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] I: packages with old versions

[Michael Shigorin]

On Mon, Nov 13, 2006 at 10:18:52AM +0400, Mikerin Sergey wrote:
> > tetex	2.0	<	3.0
> Если ни у кого возражений нет, я хотел бы заняться этим пакетом.

Кажется, kirill@ последний раз в ту сторону смотрел (и спрашивал,
займётся ли кто):

http://lists.altlinux.org/pipermail/devel/2006-September/036106.html
http://lists.altlinux.org/pipermail/devel/2006-September/036849.html

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

Re: [devel] was: I: packages with old versions

[Aleksey Avdeev]

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

Dmitry V. Levin пишет:
> On Sun, Nov 12, 2006 at 07:32:26PM +0200, Michael Shigorin wrote:
> 
>>On Sat, Nov 11, 2006 at 11:59:54PM -0800, Sviatoslav Sviridov wrote:
>>
>>>>На сколько для нас важно затащить проект, со всей его
>>>>историей, в git? 
>>>
>>>Мне кажется, в данном контексте важнее иметь историю пакета, а
>>>не всего проекта... (если, конечно, не  занимаетесь разработкой
>>>самого проекта, но в  таком случае удобней пользоваться,
>>>наверно, проектным scm).
>>
>>Вот и мне тоже.
> 
> 
> Аналогично.
> 
> 
>>>>Каковы временные рамки? 
>>
>>Мне кажется, что ненапряжные -- было бы неплохо к рождественским
>>каникулам иметь apache-2.2 на посмотреть;
> 
> 
> Хотелось бы всё-таки немного раньше, именно ввиду нижепроцитированного.

  OK. Тогда, пожалуй сделаем так: Беру 2х недельный таймаут на
нормальное запинывение истории в git (в эту пятницу -- оповещу о
промежуточных результатах). Если не получается -- откладываю данную
задачу на неопределённый срок: в git заливаю только историю пакета.

>
>>хотя слазить с 1.3 пока
>>не собираюсь, когда-то это должно произойти.  Плюс в M31 выбор
>>между 1.3 и 2.2 должен быть вполне реальным, а для того, чтобы
>>заниматься той же web policy, не помешает работающий тестодром.

-- 

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


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

Re: [devel] I: packages with old versions

[Kirill Maslinsky]

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

Добрый день!
> > > tetex	2.0	<	3.0
> > Если ни у кого возражений нет, я хотел бы заняться этим пакетом.
> 
> Кажется, kirill@ последний раз в ту сторону смотрел (и спрашивал,
> займётся ли кто):
> 
> http://lists.altlinux.org/pipermail/devel/2006-September/036106.html
> http://lists.altlinux.org/pipermail/devel/2006-September/036849.html

На сегодняшний день импортировано в git и начинать движение 
дальше нужно отсюда:
git.alt:/people/kirill/packages/tetex.git

Сборку тестировал довольно давно (порядка месяца), с тех пор что-то 
еще менялось в toolchain, нужно проверить собираемость на обеих 
платформах.

Собственно выложить в Сизиф мне помешало только одно: Юрий Зотов порезал
пакет на компоненты иначе, поэтому нужно разобраться с зависимостями,
чтобы гладко и правильно проходил dist-upgrade 2.0 > 3.0
Это задача сравнительно небольшая, но требует внимательного отношения, 
я вот все жду своих рук, пока они до этого дойдут, буду очень рад 
помощи.

-- 
Kirill Maslinsky
ALT Linux Documentation Team
http://heap.altlinux.ru

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

Re: [devel] I: packages with old versions

[Igor Zubkov]

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

В сообщении от 11 ноября 2006 03:36 Dmitry V. Levin написал(a):
> Hi,
>
> Я попробовал оценить, сколько пакетов нужно обновить по версиям до
> окончания фриза, взяв за основу сравнение версий пакетов в Сизифе и FC6.
> Разумеется, совпадение версий зачастую ещё не означает готовности пакета,
> многие пакеты (например, с jpackage.org) у нас вообще отсутствуют, и не
> все пакеты необходимо обновлять, но для оценки всё равно интересно.
>
> Формат строк:
> имя	версия-в-Сизифе	<	версия-в-FC6
>
> beecrypt	2.2.0	<	4.1.2

Лежит в Сизифе уже достаточно давно.

[icesik@iceberg ~]$ rpm -q libbeecrypt4
libbeecrypt4-4.1.2-alt3
[icesik@iceberg ~]$

Это, так сказать, наработки на будущее. Т.е. когда-то нам придётся переходить 
на свежий rpm, а он требует beecrypt4. Я думаю, что после релиза можно будет 
занятся обновлением rpm, но это будет после...

> dbus	0.62	<	0.93

Свежий dbus будет после обновления hal.

Я боюсь, что это обновление (hal + dbus) будет очень болезненое. Я помню твой 
совет по поводу завернуть старую библиотеку, но это не поможет. В dbus есть 
ещё биндиги которые завязаны на libdbus-1.so.2 и часть приложений использует 
именно их. Разлома не избежать.

Ну и последнее, почему dbus ещё не в репозитории? Ответ прост, от него зависит 
hal. А текущий hal не пересоберётся с новым dbus.

> gnome-backgrounds	0.0	<	2.15.92
> gnome-doc-utils	0.6.0	<	0.8.0
> gnome-keyring-manager	2.14.0	<	2.16.0
> gnome-nettool	2.14.2	<	2.16.0
> gnome-panel	2.16.0	<	2.16.1
> gnome-spell	1.0.5	<	1.0.7
> gok	1.0.8	<	1.2.0

Боюсь, что ktirf@ куда-то пропал...
http://ktirf-ru.livejournal.com/112361.html

> hal	0.5.7	<	0.5.8.1

Я бы взялся, но боюсь что времени может не хватить. Ну буду рисковать.

> libogg	1.1.2	<	1.1.3
> libvorbis	1.1.1	<	1.1.2

Тухнут в Дедале. Их от туда срочно надо доставать т.е. первая пересборка их 
свежим gcc их сломает. Плюс, andrei@ давно куда-то пропал...

Вродё всё высказал. Спасибо за внимание.

-- 
Звери - Все Впереди

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

Re: [devel] dvgrab-2.0 vs quicktime: help needed

[Damir Shayhutdinov]

> В остальном, напиши мне вводные и я попробую собрать морскую мартышку.
Спокойно, мантейнер seamonkey вернулся из отпуска и готов к трудовым
свершениям! :)

Re: [devel] I: packages with old versions

[Victor Forsyuk]

On Sat, Nov 11, 2006 at 04:36:32AM +0300, Dmitry V. Levin <ldv@altlinux.org> wrote:
> 
> adjtimex	1.16	<	1.20

Поставил галочку в TODO. Если никто раньше не возьмется, освежу
(в дебиане уже - 1.21.1)

> cpufrequtils	001	<	002

Тоже могу взять.

> cpuspeed	1.1	<	1.2.1

Аналогично.

> lsof	4.77	<	4.78

Это мираж. Официально последняя версия - 4.77. В федоровском спеке
упоминается upstream devel version. На официальном сайте такая недоступна.
Не вижу смысла поспешать, выпустят - соберем.

> microcode_ctl	1.12	<	1.13

Я попробовал последний - 1.15. Отгреб сразу "Bad data in microcode data
file" на Pentium III (Coppermine) 866MHz. Призадумался, решил отложить
и изучить вопрос получше.... :-\

> perl-Archive-Tar	1.29	<	1.30
...
> perl-Net-DNS	0.49	<	0.59

Меня интересует свежесть всего хозяйства, которое пользует spamassassin.
Могу подхватить.

> spamassassin	3.1.3	<	3.1.4

Крутится 3.1.7. Скоро уйдет в сизиф.

> sysstat	6.1.1	<	7.0.0

На очереди.

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Mon, Nov 13, 2006 at 04:08:44PM +0200, Igor Zubkov wrote:
> В сообщении от 11 ноября 2006 03:36 Dmitry V. Levin написал(a):
[...]
> > beecrypt	2.2.0	<	4.1.2
> 
> Лежит в Сизифе уже достаточно давно.
> 
> [icesik@iceberg ~]$ rpm -q libbeecrypt4
> libbeecrypt4-4.1.2-alt3
> [icesik@iceberg ~]$
> 
> Это, так сказать, наработки на будущее. Т.е. когда-то нам придётся переходить 
> на свежий rpm, а он требует beecrypt4. Я думаю, что после релиза можно будет 
> занятся обновлением rpm, но это будет после...

Да, конечно.  Сейчас добавлю в список соответствий имён.

> > dbus	0.62	<	0.93
> 
> Свежий dbus будет после обновления hal.
> 
> > hal	0.5.7	<	0.5.8.1
> 
> Я бы взялся, но боюсь что времени может не хватить. Ну буду рисковать.

Я так понял, что одно без другого не взлетит?

> > libogg	1.1.2	<	1.1.3
> > libvorbis	1.1.1	<	1.1.2
> 
> Тухнут в Дедале. Их от туда срочно надо доставать т.е. первая пересборка их 
> свежим gcc их сломает. Плюс, andrei@ давно куда-то пропал...

Чем я могу помочь?


-- 
ldv

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

Re: [devel] I: packages with old versions

[Eugene Ostapets]

13.11.06, Dmitry V. Levin<ldv altlinux.org> написал(а):
> > > dbus        0.62    <       0.93
> >
> > Свежий dbus будет после обновления hal.
> >
> > > hal 0.5.7   <       0.5.8.1
> >
> > Я бы взялся, но боюсь что времени может не хватить. Ну буду рисковать.
>
> Я так понял, что одно без другого не взлетит?
Хал с новым dbus не соберется, смысла бэкпортить код из свежего с тем,
чтобы огрести уникальные грабли - не вижу. Можно попробовать первым
закинуть hal - он умеет собираться с нашей версией...

Если бы Майк не пожадничал (шутка :) и дал мне srpms от Сизифа - я мог
попробовать оценить сколько пакетов сломается на пересборке, но
оценить сколько сдохнет в рантайме не сможет никто... Но зато есть
откуда тягать патчи - FC6 и OpenSuse давно на этих версиях...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: packages with old versions

[Eugene Ostapets]

13.11.06, Igor Zubkov<icesik mail.ru> написал(а):
> Ну и на последок, после вкидывания libogg/libvorbis/dbus/hal я хотел бы
> получить полные логи пересборки всего Сизифа. Например, в виде большого
> архива на ftp.altlinux.org или на malta.altlinux.ru для последующего
> выкачивания и разбора что было сломано т.к. я ожидаю регресий в связке
> libogg/libvorbis (да и dbus и hal не сахар...).
Я тоже поучаствую в чтении этого занимательного материала :)

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: packages with old versions

[Igor Zubkov]

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

В сообщении от 13 ноября 2006 17:35 Dmitry V. Levin написал(a):
> > > dbus	0.62	<	0.93
> >
> > Свежий dbus будет после обновления hal.
> >
> > > hal	0.5.7	<	0.5.8.1
> >
> > Я бы взялся, но боюсь что времени может не хватить. Ну буду рисковать.

(Только сейчас понял...) Я хотел написать что "Не буду рисковать." :)

> Я так понял, что одно без другого не взлетит?

Как раз взлетит на воздух. :)

hal завязан на dbus. Текущий hal из Сизифа не пересоберётся с новым dbus. В 
итого, та часть репозитория что завязана на hal будет просто сломана. В 
нынешнем мире жизнь без dbus+hal просто не возможна. :(

> > > libogg	1.1.2	<	1.1.3
> > > libvorbis	1.1.1	<	1.1.2
> >
> > Тухнут в Дедале. Их от туда срочно надо доставать т.е. первая пересборка
> > их свежим gcc их сломает. Плюс, andrei@ давно куда-то пропал...
>
> Чем я могу помочь?

Я думаю, в общем случае оптимальнее перевесить все пакеты которые высят на 
andrei@ на nobody@.

А с libogg/libvorbis таки переместить пакеты из Дедала в Сизиф. Я думаю, что 
для этого сил у меня хватит.

Ну и на последок, после вкидывания libogg/libvorbis/dbus/hal я хотел бы 
получить полные логи пересборки всего Сизифа. Например, в виде большого 
архива на ftp.altlinux.org или на malta.altlinux.ru для последующего 
выкачивания и разбора что было сломано т.к. я ожидаю регресий в связке 
libogg/libvorbis (да и dbus и hal не сахар...).

-- 
30 Seconds to Mars - Fallen

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Mon, Nov 13, 2006 at 07:57:13PM +0200, Igor Zubkov wrote:
> В сообщении от 13 ноября 2006 17:35 Dmitry V. Levin написал(a):
> > > > dbus	0.62	<	0.93
> > >
> > > Свежий dbus будет после обновления hal.
> > >
> > > > hal	0.5.7	<	0.5.8.1
> > >
> > > Я бы взялся, но боюсь что времени может не хватить. Ну буду рисковать.
> 
> (Только сейчас понял...) Я хотел написать что "Не буду рисковать." :)

Мне первая версия больше нравится. :)

> > Я так понял, что одно без другого не взлетит?
> 
> Как раз взлетит на воздух. :)

Разве?  А мне показалось, что одно без другого обновить нельзя.
Что же выходит - если тронуть, то взлетит? :)

> > > > libogg	1.1.2	<	1.1.3
> > > > libvorbis	1.1.1	<	1.1.2
> > >
> > > Тухнут в Дедале. Их от туда срочно надо доставать т.е. первая пересборка
> > > их свежим gcc их сломает. Плюс, andrei@ давно куда-то пропал...
> >
> > Чем я могу помочь?
> 
> Я думаю, в общем случае оптимальнее перевесить все пакеты которые высят на 
> andrei@ на nobody@.

Давно уже.

> А с libogg/libvorbis таки переместить пакеты из Дедала в Сизиф. Я думаю, что 
> для этого сил у меня хватит.

:)

> Ну и на последок, после вкидывания libogg/libvorbis/dbus/hal я хотел бы 
> получить полные логи пересборки всего Сизифа.

Всего, или только того что не пересобирается?


-- 
ldv

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

Re: [devel] I: packages with old versions

[Eugene Ostapets]

11.11.06, Dmitry V. Levin<ldv altlinux.org> написал(а):
> a2ps    4.13    <       4.13b
У нас тоже 4.13b, просто Андрей этого не оторбразил в версии пакета, а
я доставая из orphaned и чиня сборку внимания не обратил :)

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] I: packages with old versions

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

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

On Mon, Nov 13, 2006 at 05:30:28PM +0200, Victor Forsyuk wrote:

>> lsof	4.77	<	4.78
VF> Это мираж. Официально последняя версия - 4.77. В федоровском спеке
VF> упоминается upstream devel version. На официальном сайте такая недоступна.
VF> Не вижу смысла поспешать, выпустят - соберем.

Думаю есть смысл посмотреть diff что изменилось.

>> microcode_ctl	1.12	<	1.13
VF> Я попробовал последний - 1.15. Отгреб сразу "Bad data in microcode data
VF> file" на Pentium III (Coppermine) 866MHz. Призадумался, решил отложить
VF> и изучить вопрос получше.... :-\

1.14 работает, 1.15 нет. Думаю что дело в версии модуля microcode ядра.
1.14 можешь взять у меня из git.

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

http://freesource.info
----------------------------------------------------------------------------
Совет на будущее: никогда не удаляйте пакет basesystem. :)
		-- ldv in sisyphus@

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

Re: [devel] I: packages with old versions

[Igor Zubkov]

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

Начал писать вчера, закончил уже сегодня...

В сообщении от 13 ноября 2006 20:01 Dmitry V. Levin написал(a):
> On Mon, Nov 13, 2006 at 07:57:13PM +0200, Igor Zubkov wrote:
> > В сообщении от 13 ноября 2006 17:35 Dmitry V. Levin написал(a):
> > > > > dbus	0.62	<	0.93
> > > >
> > > > Свежий dbus будет после обновления hal.
> > > >
> > > > > hal	0.5.7	<	0.5.8.1
> > > >
> > > > Я бы взялся, но боюсь что времени может не хватить. Ну буду
> > > > рисковать.
> >
> > (Только сейчас понял...) Я хотел написать что "Не буду рисковать." :)
>
> Мне первая версия больше нравится. :)

Эх... Придётся отрабатывать. :)

> > > Я так понял, что одно без другого не взлетит?
> >
> > Как раз взлетит на воздух. :)
>
> Разве?  А мне показалось, что одно без другого обновить нельзя.
> Что же выходит - если тронуть, то взлетит? :)
>
> > > > > libogg	1.1.2	<	1.1.3
> > > > > libvorbis	1.1.1	<	1.1.2
> > > >
> > > > Тухнут в Дедале. Их от туда срочно надо доставать т.е. первая
> > > > пересборка их свежим gcc их сломает. Плюс, andrei@ давно куда-то
> > > > пропал...
> > >
> > > Чем я могу помочь?
> >
> > Я думаю, в общем случае оптимальнее перевесить все пакеты которые высят
> > на andrei@ на nobody@.
>
> Давно уже.

Понял. Думаю, скоро я отправлю в Сизиф пакеты на сборку.

Не тут то было...
[icesik@iceberg list]$ cat list.src.classic | grep libogg
i386-mingw32msvc-libogg raorn
libogg  @nobody
liboggz icesik
[icesik@iceberg list]$ cat list.src.classic | grep libvorbis
i386-mingw32msvc-libvorbis      raorn
libvorbis       bga php-coder
[icesik@iceberg list]$

Прав не хватит на один пакет. :) Надо что-то решать.

> > А с libogg/libvorbis таки переместить пакеты из Дедала в Сизиф. Я думаю,
> > что для этого сил у меня хватит.
> >
> :)
> > Ну и на последок, после вкидывания libogg/libvorbis/dbus/hal я хотел бы
> > получить полные логи пересборки всего Сизифа.
>
> Всего, или только того что не пересобирается?

Всего. Желательно в виде tar.bz2 на ftp/http. И, если можно, разделить на две 
части. Первая, что собирается. Вторая, что не собирается.

-- 
Adema - Giving In

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

Re: [devel] was: I: packages with old versions

[Igor Zubkov]

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

В сообщении от 13 ноября 2006 12:27 Aleksey Avdeev написал(a):
> > Хотелось бы всё-таки немного раньше, именно ввиду нижепроцитированного.
>
>   OK. Тогда, пожалуй сделаем так: Беру 2х недельный таймаут на
> нормальное запинывение истории в git (в эту пятницу -- оповещу о
> промежуточных результатах). Если не получается -- откладываю данную
> задачу на неопределённый срок: в git заливаю только историю пакета.

Я бы ориентировался на RHEL5, который выйдет в декабре.

-- 
Звери - Все Впереди

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

Re: [devel] pkg-config

[Dmitry V. Levin]

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

On Sun, Nov 12, 2006 at 08:05:45PM +0300, Dmitry V. Levin wrote:
> On Sun, Nov 12, 2006 at 06:56:41PM +0200, Eugene Ostapets wrote:
> > 12.11.06, Dmitry V. Levin написал(а):
> > > > Не уверен что дебиановцы правы, все-таки статическая линковка требует
> > > > формирования списка ВСЕХ нужных либ, даже если они чужие... Если я
> > > > ничего не пропустил со своим английским, то на динамические проекты, у
> > > > которых был нормальный .pc файл, это обновление не повлияет...
> > >
> > > Нет, речь идёт о том, что в cflags теперь попадут параметры, которые
> > > раньше использовались только для статической сборки, т.е. это может
> > > повлиять на сборку всех динамических проектов.
> > Ну дебиановцы рискнули и приняли пакет именно в таком виде, не откатив
> > изменение назад и testing у них не развалился.
> 
> Может они уже всё исправили?
> 
> > Есть основание считать что у нас развалится?
> 
> Есть основание опасаться.  Есть необходимость проверить.
> Можно обновить непосредственно перед тестовой пересборкой, чтобы проверить
> быстрее.

Проверил, вроде ничего не взорвалось.


-- 
ldv

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

[devel] [JT] случайный мэйнтейнер :)

[Slava Semushin]

--- Igor Zubkov 2006-11-14 16:06:24 +0200
+++ Slava Semushin 2006-11-15 01:16:41 +0600

IZ> [icesik@iceberg list]$ cat list.src.classic | grep libvorbis
IZ> i386-mingw32msvc-libvorbis      raorn
IZ> libvorbis       bga php-coder
IZ> [icesik@iceberg list]$

    Опа! А причем тут я? Не помню, чтобы я когда-то имел отношение к этому
    пакету...


-- 
+ Slava Semushin | php-coder @ ngs.ru
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] [JT] случайный мэйнтейнер :)

[Dmitry V. Levin]

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

On Wed, Nov 15, 2006 at 01:17:53AM +0600, Slava Semushin wrote:
> --- Igor Zubkov 2006-11-14 16:06:24 +0200
> +++ Slava Semushin 2006-11-15 01:16:41 +0600
> 
> IZ> [icesik@iceberg list]$ cat list.src.classic | grep libvorbis
> IZ> i386-mingw32msvc-libvorbis      raorn
> IZ> libvorbis       bga php-coder
> IZ> [icesik@iceberg list]$
> 
>     Опа! А причем тут я? Не помню, чтобы я когда-то имел отношение к этому
>     пакету...

Это у меня рука дрогнула, уже исправил. :)


-- 
ldv

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

Re: [devel] [JT] случайный мэйнтейнер :)

[Igor Zubkov]

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

В сообщении от 14 ноября 2006 23:00 Dmitry V. Levin написал(a):
> On Wed, Nov 15, 2006 at 01:17:53AM +0600, Slava Semushin wrote:
> > --- Igor Zubkov 2006-11-14 16:06:24 +0200
> > +++ Slava Semushin 2006-11-15 01:16:41 +0600
> >
> > IZ> [icesik@iceberg list]$ cat list.src.classic | grep libvorbis
> > IZ> i386-mingw32msvc-libvorbis      raorn
> > IZ> libvorbis       bga php-coder
> > IZ> [icesik@iceberg list]$
> >
> >     Опа! А причем тут я? Не помню, чтобы я когда-то имел отношение к
> > этому пакету...
>
> Это у меня рука дрогнула, уже исправил. :)

Вижу. Сейчас проверю сборку libogg/libvorbis у себя и в vserver64 и отправлю.

-- 
Disturbed - Voices

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

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

Hi,

On Sat, Nov 11, 2006 at 04:36:32AM +0300, Dmitry V. Levin wrote:
> Я попробовал оценить, сколько пакетов нужно обновить по версиям до
> окончания фриза, взяв за основу сравнение версий пакетов в Сизифе и FC6.
> Разумеется, совпадение версий зачастую ещё не означает готовности пакета,
> многие пакеты (например, с jpackage.org) у нас вообще отсутствуют, и не
> все пакеты необходимо обновлять, но для оценки всё равно интересно.
> 
> Формат строк:
> имя	версия-в-Сизифе	<	версия-в-FC6

За то время, которое прошло с момента предыдущего замера, ситуация немного
изменилась.  Мало того, что Сизиф находится в состоянии sync (т.е. активно
обновляется перед фризом), так ещё и FC6, оказывается, тоже moving target.

Версии нескольких пакетов в FC6 обновились по сравнению с версиями этих
пакетов в Сизифе:

dogtail	0.6.0	<	0.6.1
gstreamer	0.10.9	<	0.10.10
libsoup	2.2.96	<	2.2.97
nautilus	2.16.0	<	2.16.2
nss	3.11.2	<	3.11.4
subversion	1.4.0	<	1.4.2
xorg-x11-drv-ati	6.6.2	<	6.6.3

По ~30 пакетам версии выровнялись.
И ещё по ~126 пакетов версии в FC6 вроде бы ещё опережают версии в Сизифе:

adjtimex	1.16	<	1.20
apache2	2.0.59	<	2.2.3
apr1	1.2.2	<	1.2.7
aprutil1	1.2.2	<	1.2.7
aspell-en	0.60	<	6.0
autofs	4.1.4	<	5.0.1
awesfx	0.5.0	<	0.5.0d
cpufrequtils	001	<	002
cpuspeed	1.1	<	1.2.1
crontabs	1.8	<	1.10
ctags	5.5.4	<	5.6
cvs	1.11.21	<	1.11.22
dbus	0.62	<	0.93
dialog	1.0	<	1.0.20051107
eclipse-cdt	3.0.2	<	3.1.1
eruby	1.0.3	<	1.0.5
expect	5.43	<	5.43.0
file	4.13	<	4.17
fontconfig	2.3.2	<	2.4.1
foomatic	3.0.1	<	3.0.2
freeradius	1.1.2	<	1.1.3
fribidi	0.10.4	<	0.10.7
gaim	1.5.0	<	2.0.0
gcalctool	5.8.24	<	5.8.25
gdb	6.3	<	6.5
gnome-backgrounds	0.0	<	2.15.92
gnome-doc-utils	0.6.0	<	0.8.0
gnome-keyring-manager	2.14.0	<	2.16.0
gnome-nettool	2.14.2	<	2.16.0
gnome-panel	2.16.0	<	2.16.1
gnome-spell	1.0.5	<	1.0.7
gnu-getopt	1.0.11	<	1.0.12
gok	1.0.8	<	1.2.0
gphoto2	2.1.6	<	2.2.0
guile18	1.7.91	<	1.8.0
hal	0.5.7	<	0.5.8.1
hsqldb	1.7.3.3	<	1.8.0.4
htdig	3.1.6	<	3.2.0b6
hwdata	0.101.1	<	0.191
imake	1.0.1	<	1.0.2
initscripts	5.49.1	<	8.45.5
ipv6calc	0.45	<	0.61
irda-utils	0.9.16	<	0.9.17
irqbalance	0.12	<	1.13
jakarta-commons-discovery	0.2	<	0.3
jsch	0.1.25	<	0.1.28
kde-i18n	3.5	<	3.5.5
lam	7.0.6	<	7.1.2
latex2html	2002	<	2002.2.1
less	382	<	394
lftp	3.4.4	<	3.5.1
libgmime	2.1.19	<	2.2.3
libgtkspell	2.0.4	<	2.0.11
libidn	0.6.3	<	0.6.5
libofx	0.8.0	<	0.8.2
libogg	1.1.2	<	1.1.3
librsvg	2.16.0	<	2.16.1
libtiff	3.7.4	<	3.8.2
libvorbis	1.1.1	<	1.1.2
linux-atm	2.4.1	<	2.5.0
logrotate	3.6.2	<	3.7.4
logwatch	6.1.2	<	7.3
ltrace	0.4	<	0.5
mailcap	2.1.12	<	2.1.23
man	1.5m2	<	1.6d
mgetty	1.1.31	<	1.1.33
microcode_ctl	1.12	<	1.13
mingetty	1.01	<	1.07
mkinitrd-busybox	1.00.rel	<	1.2.0
mkzftree	1.0.4	<	1.0.6
mod_auth_mysql	2.9.0	<	3.0.0
mtr	0.65	<	0.71
mt-st	0.8	<	0.9b
mutt	1.4.2.1i	<	1.4.2.2
mysql-connector-odbc	3.51	<	3.51.12
netpbm	10.33	<	10.35
newt	0.50.39	<	0.52.2
nss_ldap	252	<	253
nut	2.0.2	<	2.0.3
openssh	3.6.1p2	<	4.3p2
pam_krb5	2.2.9	<	2.2.11
perl-Archive-Tar	1.29	<	1.30
perl-Archive-Zip	1.15	<	1.16
perl-BSD-Resource	1.24	<	1.28
perl-Convert-ASN1	0.19	<	0.20
perl-Devel-Symdump	2.03	<	2.0601
perl-IO-Socket-SSL	0.95	<	1.01
perl-ldap	0.29	<	0.33
perl-Net-DNS	0.49	<	0.59
perl-Net-IP	1.24	<	1.25
perl-Net-SSLeay	1.25	<	1.30
perl-String-CRC32	1.2	<	1.4
perl-XML-Dumper	0.79	<	0.81
postfix	2.2.11	<	2.3.3
ppp	2.4.2	<	2.4.4
procps	3.2.5	<	3.2.7
python-module-pyorbit	2.0.1	<	2.14.1
python-module-pysqlite3	1.1.6	<	1.1.7
rpm	4.0.4	<	4.4.2
samba	3.0.23a	<	3.0.23c
setup	2.2.8	<	2.5.55
shadow	4.0.4.1	<	4.0.17
slang	1.4.9	<	2.0.6
slrn	0.9.8.1	<	0.9.8.1pl1
speex	1.1.12	<	1.2
squid	2.5.STABLE13	<	2.6.STABLE5
struts	1.2.6	<	1.2.9
stunnel	3.26	<	4.15
sudo	1.6.7p5	<	1.6.8p12
sysstat	6.1.1	<	7.0.0
SysVinit	2.85	<	2.86
tcl-tix	8.2.0	<	8.4.0
tclx	8.4	<	8.4.0
tetex	2.0	<	3.0
thunderbird	1.5.0.5	<	1.5.0.8
tomboy	0.3.5	<	0.4.1
tomcat5	5.5.16	<	5.5.17
units	1.80	<	1.85
util-linux	2.12r	<	2.13
vlan-utils24	1.8	<	1.9
words	2	<	3.0
wsdl4j	1.5	<	1.5.2
xml-commons	1.0	<	1.3.02
xmltex	1.8	<	20020625
xorg-x11-font-utils	1.0.1	<	7.1
xterm	211	<	215


-- 
ldv

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

Re: [devel] I: packages with old versions

[Andrei Bulava]

Dmitry V. Levin wrote:
> Hi,

> gaim	1.5.0	<	2.0.0

Организую передачу gaim в хорошие руки после предъявления этими руками
;-) работающей и прошедшей hasher сборки gaim-2.0.0.

-- 
// AB1002-UANIC

Re: [devel] I: packages with old versions

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

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

On Mon, Nov 27, 2006 at 01:36:01AM +0300, Dmitry V. Levin wrote:

DVL> microcode_ctl	1.12	<	1.13

1.14 у меня в git.
По крайней мере у меня он работает нормально.

DVL> speex	1.1.12	<	1.2

Он уже давно лежит в incoming/. Мантейнер от своих пакетов отказался, но
мой пакет почему-то упорно не хочет проходить.

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

http://freesource.info
----------------------------------------------------------------------------
Я - за. Но я знаю людей, которые будут против. ;-(
		-- rider in devel@

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

Re: [devel] I: packages with old versions

[Alexey Rusakov]

Andrei Bulava пишет:
> Dmitry V. Levin wrote:
>   
>> Hi,
>>     
>
>   
>> gaim	1.5.0	<	2.0.0
>>     
>
> Организую передачу gaim в хорошие руки после предъявления этими руками
> ;-) работающей и прошедшей hasher сборки gaim-2.0.0.
>   
Так вроде бы же в Дедале gaim-2.0 лежит?

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] I: packages with old versions

[Dmitry V. Levin]

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

On Mon, Nov 27, 2006 at 08:53:00PM +0300, Денис Смирнов wrote:
> On Mon, Nov 27, 2006 at 01:36:01AM +0300, Dmitry V. Levin wrote:
> 
> DVL> microcode_ctl	1.12	<	1.13
> 
> 1.14 у меня в git.
> По крайней мере у меня он работает нормально.

Только 1.15 не стоит собирать, жалобы были.

> DVL> speex	1.1.12	<	1.2
> 
> Он уже давно лежит в incoming/. Мантейнер от своих пакетов отказался, но
> мой пакет почему-то упорно не хочет проходить.

touch не пробовал?


-- 
ldv

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

Re: [devel] I: packages with old versions

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

On Tue, Nov 28, 2006 at 12:24:37AM +0300, Dmitry V. Levin wrote:

DVL>>> microcode_ctl	1.12	<	1.13
>> 1.14 у меня в git.
>> По крайней мере у меня он работает нормально.
DVL> Только 1.15 не стоит собирать, жалобы были.

1.15 надо с новым ядром проверить.

С 1.15 ядреный модуль ругался, что выше 1.14 не понимает.

Возможно следует обновить модуль.

В любом случае 1.14 работает.

DVL>>> speex	1.1.12	<	1.2
>> Он уже давно лежит в incoming/. Мантейнер от своих пакетов отказался, но
>> мой пакет почему-то упорно не хочет проходить.
DVL> touch не пробовал?

done.

Посмотрим чем закончится :)

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

http://freesource.info
----------------------------------------------------------------------------
<Leks> о-о-о да тут я смотрю и по русски разговаривают :)

Re: [devel] I: packages with old versions

[Ildar Mulyukov]

On 28.11.2006 01:53:29, Alexey Rusakov wrote:
> Andrei Bulava пишет:
> > Dmitry V. Levin wrote:
> >> Hi,
> >> gaim	1.5.0	<	2.0.0
>>  Организую передачу gaim в хорошие руки после предъявления этими   
>> руками  ;-) работающей и прошедшей hasher сборки gaim-2.0.0.
>> 
> Так вроде бы же в Дедале gaim-2.0 лежит?

Если тот, кто его собрал и положил в Дедал (я даже знаю, кто это ;))  
хочет, чтобы в Фриз попал именно 2.0, надо его срочно оттуда  
вытаскивать и класть в Сизиф. Даже если это только бета.

Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

[devel] gaim-2.0.0 (Was: Re: I: packages with old versions)

[Andrei Bulava]

Ildar Mulyukov wrote:
> On 28.11.2006 01:53:29, Alexey Rusakov wrote:
>> Andrei Bulava пишет:
>>> Dmitry V. Levin wrote:
>>>> Hi,
>>>> gaim	1.5.0	<	2.0.0
>>>  Организую передачу gaim в хорошие руки после предъявления этими   
>>> руками  ;-) работающей и прошедшей hasher сборки gaim-2.0.0.
>>>
>> Так вроде бы же в Дедале gaim-2.0 лежит?

Не знал :-)

> Если тот, кто его собрал и положил в Дедал (я даже знаю, кто это ;))  
> хочет, чтобы в Фриз попал именно 2.0, надо его срочно оттуда  
> вытаскивать и класть в Сизиф. Даже если это только бета.

Всего пара-тройка замечаний, а именно:

1) потерялись --with-tclconfig=%_libdir --with-tkconfig=%_libdir (важно,
сборка на x86_64 исправлялась в alt4.1);

2) потерялся %{subst_enable tcl} при вызове %configure (не
принципиально, но и не аккуратно);

3) %make вместо %make_build (см. комментарий п.2).

Естественно, новому мантейнеру виднее. По существу у меня нет возражений
против вкидывания gaim-2.0.0 в Сизиф.

2shaba@: спасибо!

-- 
// AB1002-UANIC

Re: [devel] gaim-2.0.0 (Was: Re: I: packages with old versions)

[Alexey Shabalin]

28.11.06, Andrei Bulava<abulava@altlinux.ru> написал(а):
> Ildar Mulyukov wrote:
> > On 28.11.2006 01:53:29, Alexey Rusakov wrote:
> >> Andrei Bulava пишет:
> >>> Dmitry V. Levin wrote:
> >>>> Hi,
> >>>> gaim       1.5.0   <       2.0.0
> >>>  Организую передачу gaim в хорошие руки после предъявления этими
> >>> руками  ;-) работающей и прошедшей hasher сборки gaim-2.0.0.
> >>>
> >> Так вроде бы же в Дедале gaim-2.0 лежит?
>
> Не знал :-)
>
> > Если тот, кто его собрал и положил в Дедал (я даже знаю, кто это ;))
> > хочет, чтобы в Фриз попал именно 2.0, надо его срочно оттуда
> > вытаскивать и класть в Сизиф. Даже если это только бета.
>
> Всего пара-тройка замечаний, а именно:
>
> 1) потерялись --with-tclconfig=%_libdir --with-tkconfig=%_libdir (важно,
> сборка на x86_64 исправлялась в alt4.1);
я их специально выкинул - configure коректно находит (я живыу на x86_64).

>
> 2) потерялся %{subst_enable tcl} при вызове %configure (не
> принципиально, но и не аккуратно);
согласен, что не аккуратно, но если есть зависимость на tcl-devel,
опять же configure находит и включает.

>
> 3) %make вместо %make_build (см. комментарий п.2).
>
> Естественно, новому мантейнеру виднее. По существу у меня нет возражений
> против вкидывания gaim-2.0.0 в Сизиф.
>
> 2shaba@: спасибо!
>
пожалуйста.
в общем поправлю замечания.
права на выкладывание даёте?

-- 
Alexey Shabalin

Re: [devel] gaim-2.0.0 (Was: Re: I: packages with old versions)

[Igor Zubkov]

В сообщении от 28 ноября 2006 13:40 Alexey Shabalin написал(a):
> > Всего пара-тройка замечаний, а именно:
> >
> > 1) потерялись --with-tclconfig=%_libdir --with-tkconfig=%_libdir (важно,
> > сборка на x86_64 исправлялась в alt4.1);
>
> я их специально выкинул - configure коректно находит (я живыу на x86_64).

Эти параметры в своё время я добавил в спек что бы gaim собрался на x86_64. 
Хотя, если уже не надо... :)

-- 
icesik

Re: [devel] gaim-2.0.0

[Andrei Bulava]

Alexey Shabalin wrote:

>> 1) потерялись --with-tclconfig=%_libdir --with-tkconfig=%_libdir
>> (важно, сборка на x86_64 исправлялась в alt4.1);
> я их специально выкинул - configure коректно находит (я живыу на
> x86_64).

Согласен.

>> 2) потерялся %{subst_enable tcl} при вызове %configure (не 
>> принципиально, но и не аккуратно);
> согласен, что не аккуратно, но если есть зависимость на tcl-devel, 
> опять же configure находит и включает.

ЕМНИП, при пересборке без hasher в системе с установленными tcl-devel и
tk-devel скрипт configure "находит и не включает" только при указании
--disable-tcl. Ради интереса - оставьте среди BuildRequires tcl-devel и
tk-devel и укажите в текущем спеке "%def_disable tcl 1", а потом
скормите собранный src.rpm hasher'у. Я ставлю на то, что будет собран
/usr/lib/gaim/tcl.so.

>> 2shaba@: спасибо!
>> 
> пожалуйста. в общем поправлю замечания. права на выкладывание даёте?

Разве я говорил, что не дам? ;-) Просто incoming/notes обрабатываются с
некоторым лагом, а я ещё больше лагаю с чтением почты :-D

-- 
// AB1002-UANIC

Re: [devel] gaim-2.0.0 (Was: Re: I: packages with old versions)

[Michael Shigorin]

On Tue, Nov 28, 2006 at 02:40:54PM +0300, Alexey Shabalin wrote:
> > 2) потерялся %{subst_enable tcl} при вызове %configure (не
> > принципиально, но и не аккуратно);
> согласен, что не аккуратно, но если есть зависимость на
> tcl-devel, опять же configure находит и включает.

Не, это действительно лучше в явном виде.  Меньше вариаций на
тему неожиданных последствий небольших изменений...

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

Re: [devel] gaim-2.0.0 (Was: Re: I: packages with old versions)

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

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

On Tue, Nov 28, 2006 at 02:40:54PM +0300, Alexey Shabalin wrote:

>> 1) потерялись --with-tclconfig=%_libdir --with-tkconfig=%_libdir (важно,
>> сборка на x86_64 исправлялась в alt4.1);
AS> я их специально выкинул - configure коректно находит (я живыу на x86_64).

Ручное прописывание with/without делает сборку пакета более стабильной.
Вдруг в будущем библиотеки переедут, или окажется что configure по
какой-то причине новую версию не увидит, или что-нибудь ещё?

А в случае ручного прописывания -- сборка вывалится ещё на этапе
configure. Что хорошо.

>> 2) потерялся %{subst_enable tcl} при вызове %configure (не
>> принципиально, но и не аккуратно);
AS> согласен, что не аккуратно, но если есть зависимость на tcl-devel,
AS> опять же configure находит и включает.

См. выше.

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

http://freesource.info
----------------------------------------------------------------------------
Мне не трудно помахать, если мне покажут, в какую сторону.
		-- jaa in devel@

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

Re: [devel] I: packages with old versions

[Igor Zubkov]

В сообщении от 27 ноября 2006 00:36 Dmitry V. Levin написал(a):
> Версии нескольких пакетов в FC6 обновились по сравнению с версиями этих
> пакетов в Сизифе:
>
> gstreamer	0.10.9	<	0.10.10

Это готово. Могу вкинуть.

> dbus    0.62    <       0.93
> hal	0.5.7	<	0.5.8.1

Об этом в следующем письме.

> libogg	1.1.2	<	1.1.3

Женя уже обновил.

> libvorbis	1.1.1	<	1.1.2

Только что отправил на сборку.

> mutt	1.4.2.1i	<	1.4.2.2

Обновил бы что ли... Просто версия может смущать пользователей которые 
changelog не читают... Я changelog пакета читал. ;)

-- 
icesik

Re: [devel] I: packages with old versions

[Michael Shigorin]

On Fri, Dec 01, 2006 at 07:59:12PM +0200, Igor Zubkov wrote:
> > libogg	1.1.2	<	1.1.3
> Женя уже обновил.
> > libvorbis	1.1.1	<	1.1.2
> Только что отправил на сборку.

Их часом не лучше собирать одними руками?

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

Re: [devel] I: packages with old versions

[Igor Zubkov]

В сообщении от 4 декабря 2006 11:40 Michael Shigorin написал(a):
> On Fri, Dec 01, 2006 at 07:59:12PM +0200, Igor Zubkov wrote:
> > > libogg	1.1.2	<	1.1.3
> >
> > Женя уже обновил.
> >
> > > libvorbis	1.1.1	<	1.1.2
> >
> > Только что отправил на сборку.
>
> Их часом не лучше собирать одними руками?

Женя поспешил. Ну да ладно...

-- 
icesik

Re: [devel] git-svnimport для apache2 (was: I: packages with old versions)

[Aleksey Avdeev]

[-- Attachment #1.1: Type: text/plain, Size: 2453 bytes --]

Aleksey Avdeev пишет:
...
>>>>>Каковы временные рамки? 
>>>
>>>Мне кажется, что ненапряжные -- было бы неплохо к рождественским
>>>каникулам иметь apache-2.2 на посмотреть;
>>
>>
>>Хотелось бы всё-таки немного раньше, именно ввиду нижепроцитированного.
> 
> 
>   OK. Тогда, пожалуй сделаем так: Беру 2х недельный таймаут на
> нормальное запинывение истории в git (в эту пятницу -- оповещу о
> промежуточных результатах). Если не получается -- откладываю данную
> задачу на неопределённый срок: в git заливаю только историю пакета.

  Сорри, сроки я подзатянул...

  С импортом репозитария apache (с <http://svn.apache.org/repos/asf>) я
разобрался и с вечера 06.01.2007 он у заливается в git. Правда, делает
это неспешно (но лилиею надежду, что к выходным он всё таки зальётся).

  Подводные камни:

1. git-svnimport

  Для решения данной задачи пришлось обработать напильником
git-svnimport, попутно разбираясь с перлом. Результат, здесь
<http://git.altlinux.ru/people/solo/packages/?p=git.git;a=log;h=solo/svnimport>.
Косяков там, думаю, порядочно (прошу перловодов на него глянуть, я
только учусь пользоваться данным средством), но в моём частном случаи --
оно работает с приемлемым качеством...

  Что именно сделано: в git-svnimport добавлена обработка параметра -L
<файл со списком бранчей и тегов>. При его наличии -- параметры -b и -t
_не_используются_ (интеллект отключён, пути к бранчам и тегам берутся из
списка). Файл содержит строки вида:

[BT] <путь> <имя>

  В моём случаи, используется list.txt, приложенный к письму. И вызов
git-svnimport выглядит примерно так (несущественные параметры опущены):

git-svnimport -m -T httpd/httpd/trunk -C httpd -L list.txt -D
http://svn.apache.org/repos/asf

2. Обрыв длительной закачки

  После загрузки около 1000 коммитов -- загрузка прекращается примерно
со следующей диагностикой:

RA layer request failed: REPORT request failed on
'/repos/asf/!svn/bc/100000': REPORT of '/repos/asf/!svn/bc/100000':
Could not read response body: connection was closed by server.
(http://svn.apache.org) at /home/solo/bin/git-svnimport line 1042

  (Ругань в строке
'$svn->{'svn'}->get_log("/",$current_rev,$opt_l,0,1,1,\&commit_all,$pool);')

  Решил тупым (без защит и проверок) скриптом auto-svnimport.sh: грузит
порциями по 1000 коммитов, начинает новую загрузку с коммита
предшествующего 1-2 последним в предыдущей.

-- 

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

[-- Attachment #1.2: list.txt --]
[-- Type: text/plain, Size: 12600 bytes --]

B httpd/httpd/branches/1.3/APACHE_1_0_0 APACHE_1_0_0
B httpd/httpd/branches/1.3/apache_1_0_1 apache_1_0_1
B httpd/httpd/branches/1.3/APACHE_1_2_X APACHE_1_2_X
B httpd/httpd/branches/1.3/RELEASE_1_1_X RELEASE_1_1_X
B httpd/httpd/branches/1.3/unlabeled-1.1.1 unlabeled-1.1.1
B httpd/httpd/branches/1.3/unlabeled-1.26.2 unlabeled-1.26.2
B httpd/httpd/branches/1.3/unlabeled-1.6.2 unlabeled-1.6.2
B httpd/httpd/branches/1.3.x 1.3.x
B httpd/httpd/branches/2.0.x 2.0.x
B httpd/httpd/branches/2.2.x 2.2.x
B httpd/httpd/branches/APACHE_1_2_X APACHE_1_2_X
B httpd/httpd/branches/APACHE_2_0_22-branch APACHE_2_0_22-branch
B httpd/httpd/branches/APACHE_2_0_23-branch APACHE_2_0_23-branch
B httpd/httpd/branches/APACHE_2_0_39_BRANCH APACHE_2_0_39_BRANCH
B httpd/httpd/branches/APACHE_2_0_BRANCH APACHE_2_0_BRANCH
B httpd/httpd/branches/async-dev async-dev
B httpd/httpd/branches/async-read-dev async-read-dev
B httpd/httpd/branches/authz-dev authz-dev
B httpd/httpd/branches/avendor avendor
B httpd/httpd/branches/cache-refactor cache-refactor
B httpd/httpd/branches/dgaudet dgaudet
B httpd/httpd/branches/execd-dev execd-dev
B httpd/httpd/branches/fcgi-proxy-dev fcgi-proxy-dev
B httpd/httpd/branches/fips-dev fips-dev
B httpd/httpd/branches/httpd-proxy-scoreboard httpd-proxy-scoreboard
B httpd/httpd/branches/listen-protocol listen-protocol
B httpd/httpd/branches/mod_version_for_2.0.x mod_version_for_2.0.x
B httpd/httpd/branches/PCRE PCRE
B httpd/httpd/branches/proxy-reqbody-2.0.x proxy-reqbody-2.0.x
B httpd/httpd/branches/proxy-reqbody proxy-reqbody
B httpd/httpd/branches/RSE RSE
B httpd/httpd/branches/simple-conf simple-conf
B httpd/httpd/branches/ssl-fips-dev ssl-fips-dev
B httpd/httpd/branches/unlabeled-1.11.2 unlabeled-1.11.2
B httpd/httpd/branches/unlabeled-1.1.1 unlabeled-1.1.1
B httpd/httpd/branches/unlabeled-1.436.2 unlabeled-1.436.2
B httpd/httpd/branches/unlabeled-1.6.2 unlabeled-1.6.2
B httpd/httpd/branches/unlabeled-1.8.2 unlabeled-1.8.2
B httpd/httpd/tags/1.2.0 1.2.0
B httpd/httpd/tags/1.2.1 1.2.1
B httpd/httpd/tags/1.2.2 1.2.2
B httpd/httpd/tags/1.3.0 1.3.0
B httpd/httpd/tags/1.3.10 1.3.10
B httpd/httpd/tags/1.3.11 1.3.11
B httpd/httpd/tags/1.3.1 1.3.1
B httpd/httpd/tags/1.3.12 1.3.12
B httpd/httpd/tags/1.3.13 1.3.13
B httpd/httpd/tags/1.3.14 1.3.14
B httpd/httpd/tags/1.3.2 1.3.2
B httpd/httpd/tags/1.3.3 1.3.3
B httpd/httpd/tags/1.3.4 1.3.4
B httpd/httpd/tags/1.3.5 1.3.5
B httpd/httpd/tags/1.3.6 1.3.6
B httpd/httpd/tags/1.3.7 1.3.7
B httpd/httpd/tags/1.3.8 1.3.8
B httpd/httpd/tags/1.3.9 1.3.9
B httpd/httpd/tags/2.2.0 2.2.0
B httpd/httpd/tags/APACHE_1_2b10 APACHE_1_2b10
B httpd/httpd/tags/APACHE_1_2b11 APACHE_1_2b11
B httpd/httpd/tags/APACHE_1_2b1 APACHE_1_2b1
B httpd/httpd/tags/APACHE_1_2b2 APACHE_1_2b2
B httpd/httpd/tags/APACHE_1_2b3 APACHE_1_2b3
B httpd/httpd/tags/APACHE_1_2b4 APACHE_1_2b4
B httpd/httpd/tags/APACHE_1_2b5 APACHE_1_2b5
B httpd/httpd/tags/APACHE_1_2b6 APACHE_1_2b6
B httpd/httpd/tags/APACHE_1_2b7 APACHE_1_2b7
B httpd/httpd/tags/APACHE_1_2b8 APACHE_1_2b8
B httpd/httpd/tags/APACHE_1_2b9 APACHE_1_2b9
B httpd/httpd/tags/APACHE_1_3a1 APACHE_1_3a1
B httpd/httpd/tags/APACHE_1_3b1 APACHE_1_3b1
B httpd/httpd/tags/APACHE_1_3b2 APACHE_1_3b2
B httpd/httpd/tags/APACHE_1_3b3 APACHE_1_3b3
B httpd/httpd/tags/APACHE_1_3b5 APACHE_1_3b5
B httpd/httpd/tags/APACHE_1_3b6 APACHE_1_3b6
B httpd/httpd/tags/APACHE_1_3b7 APACHE_1_3b7
B httpd/httpd/tags/APACHE_1_3_PRE_NT APACHE_1_3_PRE_NT
B httpd/httpd/tags/APACHE_2_0_2001_02_09 APACHE_2_0_2001_02_09
B httpd/httpd/tags/APACHE_2_0_52_WROWE_RC1 APACHE_2_0_52_WROWE_RC1
B httpd/httpd/tags/APACHE_2_0_ALPHA_2 APACHE_2_0_ALPHA_2
B httpd/httpd/tags/APACHE_2_0_ALPHA_3 APACHE_2_0_ALPHA_3
B httpd/httpd/tags/APACHE_2_0_ALPHA_4 APACHE_2_0_ALPHA_4
B httpd/httpd/tags/APACHE_2_0_ALPHA_5 APACHE_2_0_ALPHA_5
B httpd/httpd/tags/APACHE_2_0_ALPHA_6 APACHE_2_0_ALPHA_6
B httpd/httpd/tags/APACHE_2_0_ALPHA_7 APACHE_2_0_ALPHA_7
B httpd/httpd/tags/APACHE_2_0_ALPHA_8 APACHE_2_0_ALPHA_8
B httpd/httpd/tags/APACHE_2_0_ALPHA_9 APACHE_2_0_ALPHA_9
B httpd/httpd/tags/APACHE_2_0_ALPHA APACHE_2_0_ALPHA
B httpd/httpd/tags/APACHE_2_0_BETA_CANDIDATE_1 APACHE_2_0_BETA_CANDIDATE_1
B httpd/httpd/tags/APACHE_BIG_SYMBOL_RENAME_POST APACHE_BIG_SYMBOL_RENAME_POST
B httpd/httpd/tags/APACHE_BIG_SYMBOL_RENAME_PRE APACHE_BIG_SYMBOL_RENAME_PRE
B httpd/httpd/tags/STRIKER_2_0_51_RC1 STRIKER_2_0_51_RC1
B httpd/httpd/tags/STRIKER_2_0_51_RC2 STRIKER_2_0_51_RC2
B httpd/httpd/tags/STRIKER_2_1_0_RC1 STRIKER_2_1_0_RC1
B httpd/httpd/tags/WROWE_2_0_43_PRE1 WROWE_2_0_43_PRE1
B httpd/httpd/vendor/pcre/3.9 pcre/3.9
B httpd/httpd/vendor/pcre/5.0 pcre/5.0
B httpd/httpd/vendor/pcre/current pcre/current
T httpd/httpd/tags/1.3/apache_1_0_0 apache_1_0_0
T httpd/httpd/tags/1.3/APACHE_1_1_0 APACHE_1_1_0
T httpd/httpd/tags/1.3/APACHE_1_1_1 APACHE_1_1_1
T httpd/httpd/tags/1.3/APACHE_1_1b0a APACHE_1_1b0a
T httpd/httpd/tags/1.3/APACHE_1_1b1 APACHE_1_1b1
T httpd/httpd/tags/1.3/APACHE_1_1b3 APACHE_1_1b3
T httpd/httpd/tags/1.3/APACHE_1_1b4 APACHE_1_1b4
T httpd/httpd/tags/1.3/APACHE_1_1b5 APACHE_1_1b5
T httpd/httpd/tags/1.3/APACHE_1_2_0 APACHE_1_2_0
T httpd/httpd/tags/1.3/APACHE_1_2_1 APACHE_1_2_1
T httpd/httpd/tags/1.3/APACHE_1_2_2 APACHE_1_2_2
T httpd/httpd/tags/1.3/APACHE_1_2b10 APACHE_1_2b10
T httpd/httpd/tags/1.3/APACHE_1_2b11 APACHE_1_2b11
T httpd/httpd/tags/1.3/APACHE_1_2b1 APACHE_1_2b1
T httpd/httpd/tags/1.3/APACHE_1_2b2 APACHE_1_2b2
T httpd/httpd/tags/1.3/APACHE_1_2b3 APACHE_1_2b3
T httpd/httpd/tags/1.3/APACHE_1_2b4 APACHE_1_2b4
T httpd/httpd/tags/1.3/APACHE_1_2b5 APACHE_1_2b5
T httpd/httpd/tags/1.3/APACHE_1_2b6 APACHE_1_2b6
T httpd/httpd/tags/1.3/APACHE_1_2b7 APACHE_1_2b7
T httpd/httpd/tags/1.3/APACHE_1_2b8 APACHE_1_2b8
T httpd/httpd/tags/1.3/APACHE_1_2b9 APACHE_1_2b9
T httpd/httpd/tags/1.3/APACHE_1_3_0 APACHE_1_3_0
T httpd/httpd/tags/1.3/APACHE_1_3_10 APACHE_1_3_10
T httpd/httpd/tags/1.3/APACHE_1_3_11 APACHE_1_3_11
T httpd/httpd/tags/1.3/APACHE_1_3_12 APACHE_1_3_12
T httpd/httpd/tags/1.3/APACHE_1_3_13 APACHE_1_3_13
T httpd/httpd/tags/1.3/APACHE_1_3_14 APACHE_1_3_14
T httpd/httpd/tags/1.3/APACHE_1_3_15 APACHE_1_3_15
T httpd/httpd/tags/1.3/APACHE_1_3_16 APACHE_1_3_16
T httpd/httpd/tags/1.3/APACHE_1_3_17 APACHE_1_3_17
T httpd/httpd/tags/1.3/APACHE_1_3_18 APACHE_1_3_18
T httpd/httpd/tags/1.3/APACHE_1_3_19 APACHE_1_3_19
T httpd/httpd/tags/1.3/APACHE_1_3_1 APACHE_1_3_1
T httpd/httpd/tags/1.3/APACHE_1_3_20 APACHE_1_3_20
T httpd/httpd/tags/1.3/APACHE_1_3_21 APACHE_1_3_21
T httpd/httpd/tags/1.3/APACHE_1_3_22 APACHE_1_3_22
T httpd/httpd/tags/1.3/APACHE_1_3_23 APACHE_1_3_23
T httpd/httpd/tags/1.3/APACHE_1_3_24 APACHE_1_3_24
T httpd/httpd/tags/1.3/APACHE_1_3_25 APACHE_1_3_25
T httpd/httpd/tags/1.3/APACHE_1_3_26 APACHE_1_3_26
T httpd/httpd/tags/1.3/APACHE_1_3_27 APACHE_1_3_27
T httpd/httpd/tags/1.3/APACHE_1_3_28 APACHE_1_3_28
T httpd/httpd/tags/1.3/APACHE_1_3_29 APACHE_1_3_29
T httpd/httpd/tags/1.3/APACHE_1_3_2 APACHE_1_3_2
T httpd/httpd/tags/1.3/APACHE_1_3_30 APACHE_1_3_30
T httpd/httpd/tags/1.3/APACHE_1_3_31 APACHE_1_3_31
T httpd/httpd/tags/1.3/APACHE_1_3_32 APACHE_1_3_32
T httpd/httpd/tags/1.3/APACHE_1_3_33 APACHE_1_3_33
T httpd/httpd/tags/1.3/APACHE_1_3_34 APACHE_1_3_34
T httpd/httpd/tags/1.3/APACHE_1_3_35 APACHE_1_3_35
T httpd/httpd/tags/1.3/APACHE_1_3_36 APACHE_1_3_36
T httpd/httpd/tags/1.3/APACHE_1_3_37 APACHE_1_3_37
T httpd/httpd/tags/1.3/APACHE_1_3_3 APACHE_1_3_3
T httpd/httpd/tags/1.3/APACHE_1_3_4 APACHE_1_3_4
T httpd/httpd/tags/1.3/APACHE_1_3_5 APACHE_1_3_5
T httpd/httpd/tags/1.3/APACHE_1_3_6 APACHE_1_3_6
T httpd/httpd/tags/1.3/APACHE_1_3_7 APACHE_1_3_7
T httpd/httpd/tags/1.3/APACHE_1_3_8 APACHE_1_3_8
T httpd/httpd/tags/1.3/APACHE_1_3_9 APACHE_1_3_9
T httpd/httpd/tags/1.3/APACHE_1_3a1 APACHE_1_3a1
T httpd/httpd/tags/1.3/APACHE_1_3b1 APACHE_1_3b1
T httpd/httpd/tags/1.3/APACHE_1_3b2 APACHE_1_3b2
T httpd/httpd/tags/1.3/APACHE_1_3b3 APACHE_1_3b3
T httpd/httpd/tags/1.3/APACHE_1_3b5 APACHE_1_3b5
T httpd/httpd/tags/1.3/APACHE_1_3b6 APACHE_1_3b6
T httpd/httpd/tags/1.3/APACHE_1_3b7 APACHE_1_3b7
T httpd/httpd/tags/1.3/APACHE_1_3_PRE_NT APACHE_1_3_PRE_NT
T httpd/httpd/tags/1.3/apache-apr-merge-3 apache-apr-merge-3
T httpd/httpd/tags/1.3/APACHE_BIG_SYMBOL_RENAME_POST APACHE_BIG_SYMBOL_RENAME_POST
T httpd/httpd/tags/1.3/APACHE_BIG_SYMBOL_RENAME_PRE APACHE_BIG_SYMBOL_RENAME_PRE
T httpd/httpd/tags/1.3/apache-doc-split-01 apache-doc-split-01
T httpd/httpd/tags/1.3/apache-doc-split-02 apache-doc-split-02
T httpd/httpd/tags/1.3/dg_last_1_2_doc_merge dg_last_1_2_doc_merge
T httpd/httpd/tags/1.3/djg-apache-nspr-07 djg-apache-nspr-07
T httpd/httpd/tags/1.3/djg-apache-nspr-08 djg-apache-nspr-08
T httpd/httpd/tags/1.3/djg_nspr_split djg_nspr_split
T httpd/httpd/tags/1.3/EXPAT_1_1 EXPAT_1_1
T httpd/httpd/tags/1.3/mpm-merge-1 mpm-merge-1
T httpd/httpd/tags/1.3/mpm-merge-2 mpm-merge-2
T httpd/httpd/tags/1.3/post_win_nw_syms post_win_nw_syms
T httpd/httpd/tags/1.3/pre_win_nw_syms pre_win_nw_syms
T httpd/httpd/tags/1.3/RELEASE_1_1_2 RELEASE_1_1_2
T httpd/httpd/tags/1.3/RELEASE_1_1_3 RELEASE_1_1_3
T httpd/httpd/tags/1.3/RELEASE_1_1 RELEASE_1_1
T httpd/httpd/tags/2.0.10 2.0.10
T httpd/httpd/tags/2.0.11 2.0.11
T httpd/httpd/tags/2.0.1 2.0.1
T httpd/httpd/tags/2.0.12 2.0.12
T httpd/httpd/tags/2.0.13 2.0.13
T httpd/httpd/tags/2.0.14 2.0.14
T httpd/httpd/tags/2.0.15 2.0.15
T httpd/httpd/tags/2.0.16 2.0.16
T httpd/httpd/tags/2.0.17 2.0.17
T httpd/httpd/tags/2.0.18 2.0.18
T httpd/httpd/tags/2.0.19 2.0.19
T httpd/httpd/tags/2.0.20 2.0.20
T httpd/httpd/tags/2.0.21 2.0.21
T httpd/httpd/tags/2.0.2 2.0.2
T httpd/httpd/tags/2.0.22 2.0.22
T httpd/httpd/tags/2.0.23 2.0.23
T httpd/httpd/tags/2.0.24 2.0.24
T httpd/httpd/tags/2.0.25 2.0.25
T httpd/httpd/tags/2.0.26 2.0.26
T httpd/httpd/tags/2.0.27 2.0.27
T httpd/httpd/tags/2.0.28 2.0.28
T httpd/httpd/tags/2.0.29 2.0.29
T httpd/httpd/tags/2.0.30 2.0.30
T httpd/httpd/tags/2.0.31 2.0.31
T httpd/httpd/tags/2.0.3 2.0.3
T httpd/httpd/tags/2.0.32 2.0.32
T httpd/httpd/tags/2.0.33 2.0.33
T httpd/httpd/tags/2.0.34 2.0.34
T httpd/httpd/tags/2.0.35 2.0.35
T httpd/httpd/tags/2.0.36 2.0.36
T httpd/httpd/tags/2.0.37 2.0.37
T httpd/httpd/tags/2.0.38 2.0.38
T httpd/httpd/tags/2.0.39 2.0.39
T httpd/httpd/tags/2.0.40 2.0.40
T httpd/httpd/tags/2.0.41 2.0.41
T httpd/httpd/tags/2.0.4 2.0.4
T httpd/httpd/tags/2.0.42 2.0.42
T httpd/httpd/tags/2.0.43 2.0.43
T httpd/httpd/tags/2.0.44 2.0.44
T httpd/httpd/tags/2.0.45 2.0.45
T httpd/httpd/tags/2.0.46 2.0.46
T httpd/httpd/tags/2.0.47 2.0.47
T httpd/httpd/tags/2.0.48 2.0.48
T httpd/httpd/tags/2.0.49 2.0.49
T httpd/httpd/tags/2.0.50 2.0.50
T httpd/httpd/tags/2.0.51 2.0.51
T httpd/httpd/tags/2.0.5 2.0.5
T httpd/httpd/tags/2.0.52 2.0.52
T httpd/httpd/tags/2.0.53 2.0.53
T httpd/httpd/tags/2.0.54 2.0.54
T httpd/httpd/tags/2.0.55 2.0.55
T httpd/httpd/tags/2.0.56 2.0.56
T httpd/httpd/tags/2.0.57 2.0.57
T httpd/httpd/tags/2.0.58 2.0.58
T httpd/httpd/tags/2.0.59 2.0.59
T httpd/httpd/tags/2.0.6 2.0.6
T httpd/httpd/tags/2.0.7 2.0.7
T httpd/httpd/tags/2.0.8 2.0.8
T httpd/httpd/tags/2.0.9 2.0.9
T httpd/httpd/tags/2.1.10 2.1.10
T httpd/httpd/tags/2.1.1 2.1.1
T httpd/httpd/tags/2.1.2 2.1.2
T httpd/httpd/tags/2.1.4 2.1.4
T httpd/httpd/tags/2.1.5 2.1.5
T httpd/httpd/tags/2.1.6 2.1.6
T httpd/httpd/tags/2.1.7 2.1.7
T httpd/httpd/tags/2.1.8 2.1.8
T httpd/httpd/tags/2.1.9 2.1.9
T httpd/httpd/tags/2.2.0 2.2.0
T httpd/httpd/tags/2.2.1 2.2.1
T httpd/httpd/tags/2.2.2 2.2.2
T httpd/httpd/tags/2.2.3 2.2.3
T httpd/httpd/tags/2.2.4 2.2.4
T httpd/httpd/tags/AGB_BEFORE_AAA_CHANGES AGB_BEFORE_AAA_CHANGES
T httpd/httpd/tags/apache-1_3-merge-1-post apache-1_3-merge-1-post
T httpd/httpd/tags/apache-1_3-merge-1-pre apache-1_3-merge-1-pre
T httpd/httpd/tags/apache-1_3-merge-2-post apache-1_3-merge-2-post
T httpd/httpd/tags/apache-1_3-merge-2-pre apache-1_3-merge-2-pre
T httpd/httpd/tags/apache-apr-merge-3 apache-apr-merge-3
T httpd/httpd/tags/apache-doc-split-01 apache-doc-split-01
T httpd/httpd/tags/CHANGES CHANGES
T httpd/httpd/tags/dg_last_1_2_doc_merge dg_last_1_2_doc_merge
T httpd/httpd/tags/djg-apache-nspr-07 djg-apache-nspr-07
T httpd/httpd/tags/djg_nspr_split djg_nspr_split
T httpd/httpd/tags/HTTPD_LDAP_1_0_0 HTTPD_LDAP_1_0_0
T httpd/httpd/tags/INITIAL INITIAL
T httpd/httpd/tags/MOD_SSL_2_8_3 MOD_SSL_2_8_3
T httpd/httpd/tags/moving_to_httpd_module moving_to_httpd_module
T httpd/httpd/tags/mpm-3 mpm-3
T httpd/httpd/tags/mpm-merge-1 mpm-merge-1
T httpd/httpd/tags/mpm-merge-2 mpm-merge-2
T httpd/httpd/tags/PCRE_3_9 PCRE_3_9
T httpd/httpd/tags/post_ajp_proxy post_ajp_proxy
T httpd/httpd/tags/POST_APR_SPLIT POST_APR_SPLIT
T httpd/httpd/tags/pre_ajp_proxy pre_ajp_proxy
T httpd/httpd/tags/PRE_APR_CHANGES PRE_APR_CHANGES

[-- Attachment #1.3: auto-svnimport.sh --]
[-- Type: application/x-shellscript, Size: 1033 bytes --]

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