Re: [devel] за бортом

Re: [devel] за бортом

[Alexey Gladkov]

В сообщении от 30 Январь 2003 20:10 Stanislav Ievlev написал:
> Привет всем.
>
> Давайте-ка посмотрим, что осталось на сегоняшний день за
> бортом и исправим пока не поздно.
>
> Есть вопрос по поводу остатков xpdf (корейские, китайские и
> т.п.): говорят, что надо исправить конфиг xpdf дабы он их не
> хотел.

php-interbase-4.3.0-alt0.cvs20030124.i586.rpm
php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm
php-mhash-4.3.0-alt0.cvs20030124.i586.rpm
А что с ними не так ? 

php-manual-4.1.2-alt1.i586.rpm
Я пересобиру(если успею) за выходные 
-- 
Alexey Gladkov (legion)
E-MAIL: legion@altlinux.ru

[devel] за бортом

[Stanislav Ievlev]

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

Привет всем.

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

Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел.



[-- Attachment #2: none_list --]
[-- Type: text/plain, Size: 26265 bytes --]

AVLTree-devel-0.1.3-alt4.i586.rpm
C++2LaTeX-1.1-ipl8mdk.i586.rpm
FaxMail-2.3-ipl8mdk.i586.rpm
Fresco-0.0.0-alt.0.M1.i586.rpm
Glide_V2-2.53-ipl9mdk.i586.rpm
Glide_V2-devel-2.53-ipl9mdk.i586.rpm
MigrationTools-44-alt2.noarch.rpm
NVIDIA_kernel-adv-smp-2.4.20_1.0.3123-alt0.1.i586.rpm
NVIDIA_kernel-adv-up-2.4.20_1.0.3123-alt0.1.i586.rpm
NVIDIA_kernel-openmosix-smp-2.4.19_1.0.3123-alt1.i586.rpm
NVIDIA_kernel-openmosix-up-2.4.19_1.0.3123-alt1.i586.rpm
ORBit-devel-static-0.5.17-alt1.i586.rpm
OffiX-Dnd-docs-1.1-alt6.i586.rpm
R-base-1.6.1-alt2.i586.rpm
ROX-Filer-1.3.6-alt0.1cvs.i586.rpm
ROX-Session-0.1.18-alt0.1cvs.i586.rpm
TEItools-1.0.20021211-alt1.i586.rpm
WSoundServer-devel-static-0.4.0-alt7.i586.rpm
aalib-devel-static-1.4-alt0.6rc5.i586.rpm
adns-1.0-ipl4mdk.i586.rpm
aegis-psdocs-4.9-alt1.i586.rpm
alsa-driver-openmosix-headers-0.9.0rc5-alt1.i586.rpm
alsa22-smp-2.2.23_0.5.12a-alt2.i586.rpm
alsa22-smp-secure-2.2.23_0.5.12a-alt2.i586.rpm
alsa22-up-secure-2.2.23_0.5.12a-alt2.i586.rpm
alsa24-adv-smp-2.4.20_0.9.0rc5-alt0.1.i586.rpm
alsa24-adv-up-2.4.20_0.9.0rc5-alt0.1.i586.rpm
alsa24-openmosix-smp-2.4.19_0.9.0rc5-alt1.i586.rpm
alsa24-openmosix-up-2.4.19_0.9.0rc5-alt1.i586.rpm
animenu-0.1.1-alt3.i586.rpm
anjuta-0.1.9-alt2.i586.rpm
armenian-fonts-ttf-1.1-alt2.noarch.rpm
aseqview-0.1.4-alt2.i586.rpm
asp2php-0.76.13-alt1.i586.rpm
aspell-en_CA-0.33.7.1-alt1.i586.rpm
aspell-en_GB-0.33.7.1-alt1.i586.rpm
autofig-0.1-alt0.5.i586.rpm
awstats-5.2-alt1.noarch.rpm
bengali-fonts-ttf-1.0-alt1.noarch.rpm
bforce-0.22.8-alt2.i586.rpm
bforce-xinetd-0.22.8-alt2.i586.rpm
bibtex2html-1.46-alt3.i586.rpm
binkd-0.9.5-alt0.4.i586.rpm
binkd-xinetd-0.9.5-alt0.4.i586.rpm
bochs-2.0.1-alt1.i586.rpm
bonnie-1.0-ipl9mdk.i586.rpm
bonobo-conf-devel-static-0.16-alt1.i586.rpm
boost-python-devel-static-1.29.0-alt1.i586.rpm
boost-regex-devel-static-3.31-alt1.i586.rpm
boost-signals-devel-static-1.29.0-alt1.i586.rpm
boost-thread-devel-static-1.29.0-alt1.i586.rpm
braille-fonts-ttf-1.0-alt2.noarch.rpm
camstream-0.26.1-alt1.i586.rpm
cernlib-2001-alt8.i586.rpm
cernlib-docs-2001-alt8.i586.rpm
chinese-fonts-ttf-big5-1.0-alt2.noarch.rpm
chinese-fonts-ttf-gb2312-1.0-alt2.noarch.rpm
clanlib-devel-static-0.6.3-alt2.i586.rpm
comedi-0.7.66-alt1.i586.rpm
compat-libstdc++-egcs-alt1.i586.rpm
comsat-0.17-ipl3mdk.i586.rpm
console-tools-devel-static-0.2.3-ipl15mdk.i586.rpm
cook-dvidocs-2.21-alt4.i586.rpm
cost-2.2-alt3.p1.i586.rpm
cppunit-1.8.0-alt4.1.i586.rpm
cppunit-devel-1.8.0-alt4.1.i586.rpm
cppunit-devel-static-1.8.0-alt4.1.i586.rpm
cproto-4.6-ipl9mdk.i586.rpm
cscope-15.4-alt1.i586.rpm
cvoicecontrol-0.9-alt2.alpha.i586.rpm
db3-utils-3.3.11-alt8.i586.rpm
devanagari-fonts-ttf-0.99-alt1.noarch.rpm
dfm-0.99.9-alt2.i586.rpm
dhcp-devel-static-3.0.1-alt4.i586.rpm
dhcpxd-1.0.3-ipl9mdk.i586.rpm
dict-deu-eng-0.2-alt1.noarch.rpm
dict-eng-deu-0.2-alt1.noarch.rpm
distcc-0.15-alt3.i586.rpm
distcc-daemon-0.15-alt3.i586.rpm
distcc-doc-0.15-alt3.i586.rpm
dkftpbench-0.42-alt1.1.i586.rpm
dpkg-1.6.15-alt3.i586.rpm
drakxtools-http-1.1.7-alt26.i586.rpm
ee-0.3.12-alt1.i586.rpm
elm-2.5.6-alt2.i586.rpm
emacs-bbdb-el-2.34-alt4.noarch.rpm
emacs-dictionary-el-1.8.4-alt2.noarch.rpm
emacs-ecb-el-1.80-alt5.noarch.rpm
emacs-ede-el-1.0-alt0.4beta2.noarch.rpm
emacs-eieio-el-0.17-alt3.noarch.rpm
emacs-elib-el-1.0-alt4.noarch.rpm
emacs-gnus-el-21.2-alt12.i586.rpm
emacs-jdee-el-2.3.2-alt2.noarch.rpm
emacs-leim-el-21.2-alt12.i586.rpm
emacs-mailcrypt-el-3.5.8-alt1.noarch.rpm
emacs-mmm-mode-el-0.4.7-alt2.noarch.rpm
emacs-mode-auctex-el-11.14-alt5.noarch.rpm
emacs-mode-gnuplot-el-3.7.2-alt1.i586.rpm
emacs-mode-lilypond-el-1.6.6-alt0.2.i586.rpm
emacs-mode-psgml-el-1.2.5-alt0.6.noarch.rpm
emacs-mode-tdtd-el-0.71-alt0.6.noarch.rpm
emacs-ognus-el-0.12-alt4.noarch.rpm
emacs-preview-latex-el-0.7.7-alt5.noarch.rpm
emacs-semantic-el-1.4.2-alt7.noarch.rpm
emacs-speedbar-el-0.14-alt0.5.beta4.noarch.rpm
emacs-tramp-el-2.0.22-alt2.noarch.rpm
emacs-xslide-el-0.2-alt0.6.1.noarch.rpm
emacs-zenirc-el-2.112-alt2.noarch.rpm
esound-devel-static-0.2.29-alt2.i586.rpm
evolution-devel-static-1.2.1-alt2.i586.rpm
exult-1.00-alt2.i586.rpm
exult-tools-1.00-alt2.i586.rpm
fidoconf-0.15-alt0.8.i586.rpm
fidoconf-doc-0.15-alt0.8.i586.rpm
finger-server-0.17-ipl4mdk.i586.rpm
fnlib-devel-static-0.5-alt1.i586.rpm
foomatic-addon-2.0.2-alt2.20021220.i586.rpm
freesci-0.3.3-alt1.i586.rpm
freesci-tools-0.3.3-alt1.i586.rpm
gcm-2.0.2-alt1.i586.rpm
gcombust-0.1.53-alt1.i586.rpm
gda-interbase-0.2.96-alt3.i586.rpm
gdk-pixbuf-devel-static-0.18.0-alt1.i586.rpm
gdkxft-1.5-alt1.i586.rpm
gdm-theme-angel-0.0-alt1.noarch.rpm
gdm-theme-barna-0.0-alt1.noarch.rpm
gdm-theme-bijou-0.0-alt1.noarch.rpm
gdm-theme-bluish-0.0-alt1.noarch.rpm
gdm-theme-crystal-0.0-alt1.noarch.rpm
gdm-theme-dartfrog-0.0-alt1.noarch.rpm
gdm-theme-dawn-0.0-alt2.noarch.rpm
gdm-theme-dumbcloud-0.0-alt1.noarch.rpm
gdm-theme-emo-blue-0.0-alt1.noarch.rpm
gdm-theme-flame-0.0-alt1.noarch.rpm
gdm-theme-flowers-0.0-alt1.noarch.rpm
gdm-theme-gentoo-emergence-0.0-alt1.noarch.rpm
gdm-theme-hunter-0.0-alt1.noarch.rpm
gdm-theme-hybridFUSION-0.0-alt1.noarch.rpm
gdm-theme-knoke-0.0-alt1.noarch.rpm
gdm-theme-lantueno-0.0-alt1.noarch.rpm
gdm-theme-leon-0.0-alt1.noarch.rpm
gdm-theme-morning-0.0-alt1.noarch.rpm
gdm-theme-murcia-0.0-alt1.noarch.rpm
gdm-theme-mushu-0.0-alt1.noarch.rpm
gdm-theme-night-elf-0.0-alt1.noarch.rpm
gdm-theme-space-0.0-alt1.noarch.rpm
gdm-theme-sunset-0.0-alt1.noarch.rpm
gdm-theme-valladolid-0.0-alt1.noarch.rpm
gdm-themes-all-0.0-alt3.noarch.rpm
georgian-fonts-ttf-1.0-alt1.noarch.rpm
getmail-2.3.9-alt1.noarch.rpm
ghostscript-fonts-5.50-alt1.noarch.rpm
ghostscript-gtk-7.05-alt14.i586.rpm
ghostscript-lib-7.05-alt14.i586.rpm
ghostscript-minimal-7.05-alt14.i586.rpm
gimp-data-extras-1.2.0-ipl3mdk.noarch.rpm
gimp-print-CUPS-4.2.4-alt1.i586.rpm
gl-117-0.7.5-alt1.i586.rpm
glib2-devel-static-2.2.0-alt1.i586.rpm
glx-4.0.3-alt3.i586.rpm
gmdb-0.5-alt1.i586.rpm
gnome-applets-extra-led-0.3-alt1.i586.rpm
gnome-applets-extra-multires-0.2.4-alt1.i586.rpm
gnome-applets-extra-netspeed-0.5-alt1.i586.rpm
gnome-audio-1.4.0-alt2.noarch.rpm
gnome-audio-extra-1.4.0-alt2.noarch.rpm
gnome-backgrounds-0.0-alt1.noarch.rpm
gnome-control-center-devel-static-2.2.0-alt1.i586.rpm
gnome-db-0.2.96-alt1.2.i586.rpm
gnome-icon-theme-aquafusion-1.0-alt1.noarch.rpm
gnome-icon-theme-gorilla-1.0-alt1.noarch.rpm
gnome-icon-themes-aquatic-1.0-alt1.noarch.rpm
gnome-icon-themes-extra-1.0-alt1.noarch.rpm
gnome-icon-themes-k-style-1.0-alt1.noarch.rpm
gnome-icon-themes-next-1.0-alt1.noarch.rpm
gnome-icon-themes-old-1.0-alt1.noarch.rpm
gnome-kde-icon-theme-wonderland-1.0-alt1.noarch.rpm
gnome-network-1.0.2-alt1.i586.rpm
gnome-pilot-conduits-devel-static-0.10-alt1.i586.rpm
gnome-vfs2-devel-static-2.2.0-alt1.i586.rpm
gnozip-0.1.3-alt2.i586.rpm
goblin-2.5-alt1.i586.rpm
goblin-tcl-2.5-alt1.i586.rpm
gq-0.7.0-alt6.beta2.i586.rpm
grub-graph-0.92-alt2.i586.rpm
gsmlib-1.10-alt2.i586.rpm
gsmlib-devel-1.10-alt2.i586.rpm
gsmlib-ext-1.10-alt2.i586.rpm
gstreamer-devel-static-0.5.2-alt1.i586.rpm
gtk+-devel-static-1.2.10-alt8.i586.rpm
gtk-engines-default-devel-2.2.0-alt2.4.i586.rpm
gtk-gnutella-0.92-alt1cvs.i586.rpm
gtkdiskfree-1.8.4-alt1.i586.rpm
gtklp-0.9k-alt3.i586.rpm
gtktalog-1.0.0-alt1.i586.rpm
gv4l-2.0.9-alt2.i586.rpm
hpt-1.3.0-alt0.8.i586.rpm
hsflinmodem_kernel-adv-smp-2.4.20_5.03.03.L3mbsibeta02093000-alt0.1.i586.rpm
hsflinmodem_kernel-adv-up-2.4.20_5.03.03.L3mbsibeta02093000-alt0.1.i586.rpm
hsflinmodem_kernel-openmosix-smp-2.4.19_5.03.03.L3mbsibeta02093000-alt1.i586.rpm
hsflinmodem_kernel-openmosix-up-2.4.19_5.03.03.L3mbsibeta02093000-alt1.i586.rpm
htick-1.1.0-alt0.8.i586.rpm
htmldoc-1.8.23-alt1.i586.rpm
hvirtual-1.0.0-alt2.i586.rpm
ical-2.2-ipl22mdk.i586.rpm
id3lib-devel-static-3.8.1-alt2.i586.rpm
iiwusynth-0.2.2-alt1.i586.rpm
imlib-devel-static-1.9.13-alt4.i586.rpm
imlib2-devel-static-1.0.6-alt3.i586.rpm
ipaudit-0.95-alt1.i586.rpm
irssi-perl-0.8.6-alt3.i586.rpm
jadetex-urw-test-3.12-alt5.noarch.rpm
jamlib-devel-static-1.4.5-alt1.i586.rpm
japanese-fonts-ttf-1.0-alt1.noarch.rpm
kannada-fonts-ttf-1.0-alt1.noarch.rpm
kde-maxi-3.1-alt7.noarch.rpm
kde-mini-3.1-alt7.noarch.rpm
kde-small-3.1-alt7.noarch.rpm
kernel24-adv-doc-2.4.20-alt0.1.i586.rpm
kernel24-adv-up-2.4.20-alt0.1.i586.rpm
kernel24-openmosix-doc-2.4.19-alt1.i586.rpm
kernel24-openmosix-headers-2.4.19-alt1.i586.rpm
kernel24-openmosix-smp-2.4.19-alt1.i586.rpm
kernel24-openmosix-up-2.4.19-alt1.i586.rpm
korean-fonts-ttf-2.1-alt1.noarch.rpm
ksocrat-3.1-alt1.i586.rpm
libDnd++-1.1-alt6.i586.rpm
libDnd++-devel-1.1-alt6.i586.rpm
libDnd++-devel-static-1.1-alt6.i586.rpm
libDnd-1.1-alt6.i586.rpm
libDnd-common-devel-1.1-alt6.i586.rpm
libDnd-devel-1.1-alt6.i586.rpm
libDnd-devel-static-1.1-alt6.i586.rpm
libGConf-devel-static-1.0.9-alt5.i586.rpm
libGConf2-devel-static-2.2.0-alt2.i586.rpm
libIDL-devel-static-0.8.0-alt1.1.i586.rpm
libImageMagick-devel-static-5.4.9-alt8.i586.rpm
libSDL-devel-static-1.2.5-alt1.i586.rpm
libSDL_gfx-devel-static-2.0.3-alt3.i586.rpm
libSDL_image-devel-static-1.2.2-alt3.i586.rpm
libSDL_mixer-devel-static-1.2.4-alt4.i586.rpm
libSDL_net-devel-static-1.2.4-alt4.i586.rpm
libSDL_ttf-devel-static-2.0.5-alt2.i586.rpm
libXaw3d-devel-static-1.5-alt1.i586.rpm
libXlt-9.2.9-alt1.i586.rpm
libXlt-devel-9.2.9-alt1.i586.rpm
libXmHTML-devel-static-1.1.7-alt6.i586.rpm
liba52-devel-static-0.7.4-alt2.i586.rpm
libacl-devel-static-2.0.11-alt1.i586.rpm
libadns-1.0-ipl4mdk.i586.rpm
libadns-devel-1.0-ipl4mdk.i586.rpm
libadns-devel-static-1.0-ipl4mdk.i586.rpm
libalsa2-devel-static-0.9.0rc6-alt1.i586.rpm
libalsa2-oss-devel-static-0.9.0rc1-alt2.i586.rpm
libao-devel-static-0.8.3-alt2.i586.rpm
libapt-devel-static-0.5.4cnc9-alt7.i586.rpm
libart_lgpl-devel-static-2.3.11-alt1.i586.rpm
libaspell-devel-static-0.33.7.1-alt1.i586.rpm
libast-devel-static-0.5-alt2.i586.rpm
libat-spi-devel-static-1.1.8-alt2.i586.rpm
libatk-devel-static-1.2.2-alt1.i586.rpm
libattr-devel-static-2.0.8-alt1.i586.rpm
libaudiofile-devel-static-0.2.3-alt4.i586.rpm
libautotrace-devel-static-0.31.1-alt1.i586.rpm
libavc1394-devel-static-0.4.1-alt1.i586.rpm
libavifile-devel-static-0.715-alt0.8.i586.rpm
libbfd-devel-static-2.13.90.0.4-alt2.i586.rpm
libbonoboui-devel-static-2.2.0-alt1.i586.rpm
libcapi20-devel-static-3.2p1-alt1.i586.rpm
libcapplet-devel-static-1.4.0.1-alt12.i586.rpm
libcddbslave2-devel-staic-2.2.0-alt1.i586.rpm
libcdf-devel-static-2.7-alt2.i586.rpm
libcdk-devel-static-4.9.10.20020809-alt2.i586.rpm
libcdparanoia-devel-static-IIIa9.8-alt2.i586.rpm
libcomedi-0.7.19-alt0.3.i586.rpm
libcomedi-devel-0.7.19-alt0.3.i586.rpm
libcomedi-devel-static-0.7.19-alt0.3.i586.rpm
libcommoncpp2-devel-static-1.0.6-alt1.i586.rpm
libcups-devel-static-1.1.18-alt4.i586.rpm
libcurl-devel-static-7.10.2-alt1.i586.rpm
libdante-devel-static-1.1.13-alt3.i586.rpm
libdb2-devel-static-2.4.14-alt2.i586.rpm
libdb3-3.3.11-alt8.i586.rpm
libdb3-devel-3.3.11-alt8.i586.rpm
libdb3-devel-static-3.3.11-alt8.i586.rpm
libdb3_tcl-3.3.11-alt8.i586.rpm
libdb3_tcl-devel-3.3.11-alt8.i586.rpm
libdb3_tcl-devel-static-3.3.11-alt8.i586.rpm
libdb4_cxx-devel-static-4.0.14-alt8.i586.rpm
libdb4_java-devel-static-4.0.14-alt8.i586.rpm
libdb4_tcl-devel-static-4.0.14-alt8.i586.rpm
libdm-devel-static-2.0.2-alt1.i586.rpm
libdnet-devel-static-1.5-alt2.i586.rpm
libdv-devel-static-0.98-alt1.1.i586.rpm
libdvdcss-devel-static-1.2.4-alt1.i586.rpm
libdvdread-devel-static-0.9.3-alt2.i586.rpm
libdxr3-devel-static-0.12.0-alt2.i586.rpm
libecpg3-devel-static-7.3.1-alt7.i586.rpm
libedb-devel-static-1.0.3-alt2.i586.rpm
libelf-devel-static-0.8.2-alt2.i586.rpm
libenca-devel-static-0.10.7-alt1.i586.rpm
liberuby-devel-1.0.0-alt1.i586.rpm
liberuby-devel-static-1.0.0-alt1.i586.rpm
libexif-devel-static-0.5.6-alt1.i586.rpm
libfam-devel-static-2.6.9-alt1.i586.rpm
libfame-devel-static-0.9.0-alt2.i586.rpm
libfftw-devel-static-2.1.3-alt2.i586.rpm
libfidoconf-0.15-alt0.8.i586.rpm
libfidoconf-devel-0.15-alt0.8.i586.rpm
libfidoconf-devel-static-0.15-alt0.8.i586.rpm
libflac++-devel-static-1.0.4-alt3.i586.rpm
libflac-devel-static-1.0.4-alt3.i586.rpm
libflash-devel-static-0.4.10-alt2.i586.rpm
libfltk-devel-static-1.1.0rc7-alt1.i586.rpm
libfox-devel-static-1.0.26-alt1.i586.rpm
libfreetds-devel-static-0.60-alt1.i586.rpm
libfribidi-devel-static-0.10.4-alt1.i586.rpm
libfvh-2.0-alt1.i586.rpm
libfvh-devel-2.0-alt1.i586.rpm
libg-wrap-devel-static-1.3.4-alt1.i586.rpm
libg2c3.2-devel-static-3.2.1-alt2.i586.rpm
libgail-devel-static-1.2.0-alt1.i586.rpm
libgail-gnome-1.0.2-alt1.i586.rpm
libgail-gnome-devel-1.0.2-alt1.i586.rpm
libgal-devel-static-0.22-alt1.i586.rpm
libgal2-devel-static-0.0.6-alt1.i586.rpm
libgc-6.1-alt1.i586.rpm
libgc-devel-6.1-alt1.i586.rpm
libgcj3.2-devel-static-3.2.1-alt2.i586.rpm
libgcm-2.0.2-alt1.i586.rpm
libgcm-devel-2.0.2-alt1.i586.rpm
libgcm-devel-static-2.0.2-alt1.i586.rpm
libgd1-devel-static-1.8.4-alt7.i586.rpm
libgd2-devel-static-2.0.4-alt2.i586.rpm
libgda-devel-static-0.2.96-alt3.i586.rpm
libgda2-devel-static-0.10.0-alt1.i586.rpm
libgdbm-devel-static-1.8.3-alt1.i586.rpm
libgdkcardimage-devel-static-2.2.0-alt2.i586.rpm
libggi-2.0.1-alt3.i586.rpm
libggi-devel-2.0.1-alt3.i586.rpm
libgii-0.8.1-alt2.i586.rpm
libgii-devel-0.8.1-alt2.i586.rpm
libgimp-devel-static-1.2.3-alt6.i586.rpm
libgimp-print-devel-static-4.2.4-alt1.i586.rpm
libglade-devel-static-0.17-alt4.i586.rpm
libglade2-devel-static-2.0.1-alt2.i586.rpm
libglibwww-0.2-alt1.i586.rpm
libglibwww-devel-0.2-alt1.i586.rpm
libgmp-devel-static-4.1-alt1.i586.rpm
libgnet-devel-1.1.7-alt2.i586.rpm
libgnet-devel-static-1.1.7-alt2.i586.rpm
libgnome-db-devel-static-0.2.96-alt1.2.i586.rpm
libgnome-desktop-devel-static-2.2.0-alt1.i586.rpm
libgnome-devel-static-2.2.0.1-alt1.i586.rpm
libgnome-panel-devel-static-2.2.0-alt1.i586.rpm
libgnome-pilot-devel-static-0.1.71-alt1.i586.rpm
libgnome-vfs-devel-static-1.0.5-alt2.i586.rpm
libgnomecanvas-devel-static-2.2.0.1-alt1.i586.rpm
libgnomedb-devel-static-0.10.0-alt1.i586.rpm
libgnomeprint-devel-static-0.36-alt3.i586.rpm
libgnomeprint2-devel-static-2.2.1-alt1.i586.rpm
libgnomeprintui-devel-static-2.2.1-alt1.i586.rpm
libgnomeui-devel-static-2.2.0.1-alt2.i586.rpm
libgpgme-devel-static-0.3.12-alt1.i586.rpm
libgphoto2-devel-static-2.1.0-alt1.i586.rpm
libgpio-devel-static-0.0.2-alt3.i586.rpm
libgpm-devel-static-1.20.1-alt0.6rc1.i586.rpm
libgsf-devel-static-1.4.0-alt1.i586.rpm
libgsl-devel-static-1.2-alt2.i586.rpm
libgsm-devel-static-1.0.10-alt2.i586.rpm
libgtk+extra-devel-static-0.99.17-alt1.i586.rpm
libgtk+mdk-devel-static-0.1.6-alt5.i586.rpm
libgtk-sharp-0.5-alt1.i586.rpm
libgtk-sharp-devel-0.5-alt1.i586.rpm
libgtkextra-1.1.0-alt3.i586.rpm
libgtkextra-devel-1.1.0-alt3.i586.rpm
libgtkextra-devel-static-1.1.0-alt3.i586.rpm
libgtkglext-0.6.1-alt1.i586.rpm
libgtkglext-devel-0.6.1-alt1.i586.rpm
libgtkglext-devel-static-0.6.1-alt1.i586.rpm
libgtkhtml-devel-static-1.1.7-alt1.i586.rpm
libgtkhtml2-devel-static-2.2.0-alt1.i586.rpm
libgtkhtml20-devel-static-1.0.4-alt2.i586.rpm
libgtop2-devel-static-2.0.1-alt1.i586.rpm
libhdf-devel-static-4.1r5-alt2.i586.rpm
libhermes-devel-static-1.3.2-ipl9mdk.i586.rpm
libhk_classes-devel-static-0.5.6-alt1.i586.rpm
libical-devel-static-0.23a-alt2.i586.rpm
libicq2000-devel-static-0.3.2-alt2.i586.rpm
libieee1284-devel-static-0.2.1-alt2.i586.rpm
libiiwusynth-devel-static-0.2.2-alt1.i586.rpm
libinn-devel-static-2.3.4-alt2.i586.rpm
libintl1-devel-static-0.10.40-alt4.i586.rpm
libintl2-devel-static-0.11.5-alt12.i586.rpm
libjack-devel-static-0.34.0-alt0.8.i586.rpm
libjconv-devel-static-2.8.1-alt2.i586.rpm
liblame-devel-static-3.93.1-alt1.i586.rpm
liblcms-devel-static-1.09-alt1.i586.rpm
libldap-devel-static-2.0.27-alt4.i586.rpm
liblinc-devel-static-1.0.1-alt1.i586.rpm
liblirc-devel-static-0.6.6-alt1.i586.rpm
liblockdev-devel-static-1.0.0-alt1.i586.rpm
libltdl-devel-static-1.4.2-alt0.2.i586.rpm
liblvm-devel-static-1.0.6-alt2.i586.rpm
liblzo-devel-static-1.08-alt2.i586.rpm
libmad-devel-static-0.14.2b-alt3.i586.rpm
libmcrypt-2.5.3-alt1.i586.rpm
libmcrypt-devel-2.5.3-alt1.i586.rpm
libmcrypt-devel-static-2.5.3-alt1.i586.rpm
libmdbtools-devel-static-0.5-alt1.i586.rpm
libmetacity-devel-static-2.4.21-alt1.i586.rpm
libmhash-0.8.17-alt1.i586.rpm
libmhash-devel-0.8.17-alt1.i586.rpm
libmhash-devel-static-0.8.17-alt1.i586.rpm
libmikmod-devel-static-3.1.10-alt2.i586.rpm
libmm-devel-static-1.2.2-alt1.i586.rpm
libmng-devel-static-1.0.4-alt3.i586.rpm
libmnogosearch-devel-static-3.2.7-alt1.i586.rpm
libmpeg2-devel-static-0.3.1-alt1.i586.rpm
libneXtaw-devel-static-0.12-alt4.i586.rpm
libneon-0.23.5-alt1.i586.rpm
libneon-devel-0.23.5-alt1.i586.rpm
libneon-devel-static-0.23.5-alt1.i586.rpm
libnet1-devel-static-1.0.2a-ipl3mdk.i586.rpm
libnet2-devel-static-1.1.0-alt1.i586.rpm
libnetcdf-devel-static-3.5.0-alt7.i586.rpm
libnids1-devel-static-1.17-alt0.1.rc1.i586.rpm
libnids2-devel-static-1.17-alt0.1.rc1.i586.rpm
libobjc3.2-devel-static-3.2.1-alt2.i586.rpm
liboggflac++-1.0.4-alt3.i586.rpm
liboggflac++-devel-1.0.4-alt3.i586.rpm
liboggflac++-devel-static-1.0.4-alt3.i586.rpm
liboggflac-devel-static-1.0.4-alt3.i586.rpm
libol-devel-static-0.2.23-alt2.i586.rpm
libole2-devel-static-0.2.4-alt2.i586.rpm
libomniORB-devel-static-3.0.5-alt1.i586.rpm
libopenal-devel-static-0.0.6-alt3.i586.rpm
libopenmosix-0.2.4-alt2.i586.rpm
libopenmosix-devel-0.2.4-alt2.i586.rpm
libpam-devel-static-0.75-alt17.i586.rpm
libparted-devel-static-1.6.3-alt0.1.i586.rpm
libpcap-devel-static-0.7.1-alt3.i586.rpm
libpcre-devel-static-3.9-alt3.i586.rpm
libpcsclite-devel-static-1.1.1-alt2.i586.rpm
libpilot-link-devel-static-0.11.5-alt3.i586.rpm
libpq3-devel-static-7.3.1-alt7.i586.rpm
libprogsreiserfs-0.3.0.3-alt0.3.i586.rpm
libprogsreiserfs-devel-0.3.0.3-alt0.3.i586.rpm
libprogsreiserfs-devel-static-0.3.0.3-alt0.3.i586.rpm
libpspell-devel-static-0.12.2-alt4.i586.rpm
libpstoedit-devel-static-3.33-alt2.i586.rpm
libqtvision-0.1-alt2.alpha2.i586.rpm
libqtvision-devel-0.1-alt2.alpha2.i586.rpm
libquicktime-cinepak-0.9.2-alt0.8pre1.i586.rpm
libquicktime-devel-static-0.9.2-alt0.8pre1.i586.rpm
libquicktime-dv-0.9.2-alt0.8pre1.i586.rpm
libquicktime-ffmpeg-0.9.2-alt0.8pre1.i586.rpm
libquicktime-opendivx-0.9.2-alt0.8pre1.i586.rpm
libquicktime-svq-0.9.2-alt0.8pre1.i586.rpm
libquicktime-utils-0.9.2-alt0.8pre1.i586.rpm
libquicktime-vorbis-0.9.2-alt0.8pre1.i586.rpm
libquicktime-xanim-0.9.2-alt0.8pre1.i586.rpm
libradio-devel-static-0.3.5-ipl3mdk.i586.rpm
libradiusclient-devel-static-0.3.2-alt1.3.i586.rpm
libraw1394-devel-static-0.9.0-alt2.i586.rpm
libreiserfs-devel-static-3.6.4-alt1.i586.rpm
librpm-devel-static-4.0.4-alt13.i586.rpm
librsvg2-devel-static-2.2.1-alt1.i586.rpm
librte-devel-static-0.5-alt1.i586.rpm
libruby-devel-static-1.7.3-alt9.i586.rpm
librx-devel-static-1.5-alt4.i586.rpm
libsablotron-devel-static-0.96-alt2.i586.rpm
libsamplerate-devel-static-0.0.13-alt1.i586.rpm
libsane-devel-static-1.0.9-alt1.i586.rpm
libsasl-devel-static-1.5.28-alt1.1.i586.rpm
libsasl2-devel-static-2.1.10-alt1.5.i586.rpm
libsasl2-plugin-gssapi-2.1.10-alt1.5.i586.rpm
libsasl2-plugin-ldap-2.1.10-alt1.5.i586.rpm
libsasl2-plugin-mysql-2.1.10-alt1.5.i586.rpm
libscrollkeeper-devel-static-0.3.11-alt2.i586.rpm
libsensors-devel-static-2.6.5-alt2.i586.rpm
libshhopt-devel-static-1.1.7-alt1.i586.rpm
libshout-devel-static-1.0.9-alt2.i586.rpm
libsigc++-devel-static-1.0.4-alt2.i586.rpm
libsigc++1.2-examples-1.2.3-alt1.i586.rpm
libsmapi-2.3-alt0.7.i586.rpm
libsmapi-devel-2.3-alt0.7.i586.rpm
libsmapi-devel-static-2.3-alt0.7.i586.rpm
libsmi-devel-static-0.4.1-alt1.i586.rpm
libsmpeg-devel-static-0.4.4-alt3.i586.rpm
libsndfile-devel-static-1.0.2-alt1.i586.rpm
libsoup-devel-static-0.7.9-alt1.i586.rpm
libssl-devel-static-0.9.6h-alt1.i586.rpm
libstartup-notification-devel-static-0.5-alt1.i586.rpm
libstdc++2.95-devel-static-2.95.3-alt3.i586.rpm
libstdc++3.2-devel-static-3.2.1-alt2.i586.rpm
libstroke-devel-static-0.5.1-alt3.i586.rpm
libswfdec-devel-static-0.2.0-alt1.i586.rpm
libtcb-devel-static-0.9.8.3-alt1.i586.rpm
libtdb-devel-static-1.0.6-alt2.i586.rpm
libucd-snmp-devel-static-4.2.3-alt8.i586.rpm
libungif-devel-static-4.1.0b1-alt1.i586.rpm
libunicode-devel-static-0.4.gnome-alt4.i586.rpm
libusb-devel-static-0.1.7-alt1.i586.rpm
libutempter-devel-static-1.1.0-alt1.i586.rpm
libvte-0.10.14-alt1.i586.rpm
libvte-devel-0.10.14-alt1.i586.rpm
libwnck-devel-static-2.2.0-alt1.i586.rpm
libwrap-devel-static-7.6-alt2.i586.rpm
libwvstreams-devel-static-3.70-alt2.i586.rpm
libxdelta2-devel-static-1.1.3-alt2.i586.rpm
libxforms-devel-static-1.0-alt0.2RC5.2.i586.rpm
libxml-devel-static-1.8.17-alt2.i586.rpm
libxmms-devel-static-1.2.7-alt7.i586.rpm
libzvbi-devel-static-0.2.2-alt1.i586.rpm
libzvt-devel-static-2.0.1-alt3.i586.rpm
lua-devel-static-4.0.1-alt5.i586.rpm
maildrop-devel-static-1.5.1-alt1.i586.rpm
malayalam-fonts-ttf-1.0-alt1.noarch.rpm
man-pages-micq-0.4.9.4-alt2.i586.rpm
mbrowse-0.2.3-alt2.i586.rpm
mcrypt-2.6.3-alt1.i586.rpm
mcs-0.16-alt1.i586.rpm
mcserv-4.6.0-alt0.5.5.i586.rpm
mcvs-0.98-alt0.1.i586.rpm
mdbtools-0.5-alt1.i586.rpm
mnogosearch-ruby-1.0.2-alt3.i586.rpm
moc-1.1.0-alt0.2.i586.rpm
mono-0.16-alt1.i586.rpm
mono-devel-0.16-alt1.i586.rpm
motion-3.0.4-alt1.i586.rpm
mpeg_lib-1.3.1-ipl11mdk.i586.rpm
mpeg_lib-devel-1.3.1-ipl11mdk.i586.rpm
mpeg_lib-devel-static-1.3.1-ipl11mdk.i586.rpm
ncurses-5.3.20021019-alt1.i586.rpm
nessus-devel-1.2.6-alt1.i586.rpm
nethack_falconseye-3.3.1_jtp_1.9-alt2.i586.rpm
nvclock-0.6-alt1.i586.rpm
nwfs-utils-0803-ipl6.i586.rpm
ocamlcl-0.3-alt7.i586.rpm
openjade-devel-static-1.3.1-alt3.i586.rpm
openmosix-0.2.4-alt2.i586.rpm
openmosix-doc-0.2.4-alt2.i586.rpm
openoffice-dictinstall-0.55-alt1.i586.rpm
paw-2001-alt8.i586.rpm
pdnsd-1.1.7a-alt2.i586.rpm
perl-DBD-InterBase-0.40-alt2.i586.rpm
perl-Frontier-RPC-0.06-alt1.noarch.rpm
perl-XML-LibXML-1.53-alt1.i586.rpm
perl-XML-LibXML-Common-0.12-alt1.i586.rpm
perl-full-5.8.0-alt1.i586.rpm
perl-libxml-perl-0.07-alt2.noarch.rpm
php-interbase-4.3.0-alt0.cvs20030124.i586.rpm
php-manual-4.1.2-alt1.i586.rpm
php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm
php-mhash-4.3.0-alt0.cvs20030124.i586.rpm
pidentd-3.0.14-alt6.i586.rpm
pingus-0.5.0-alt0.4pre3.i586.rpm
plib-devel-static-1.6.0-alt2.i586.rpm
plt1-103p1-alt1.1.i586.rpm
plt2-202-alt1.1.i586.rpm
pnet-compiler-0.4.8-alt1.i586.rpm
pnet-interpreter-0.4.8-alt1.i586.rpm
pnet-test-0.4.8-alt1.i586.rpm
pnet-tools-0.4.8-alt1.i586.rpm
pnetlib-0.4.8-alt1.noarch.rpm
poster-1.0-alt2.i586.rpm
progsreiserfs-0.3.0.3-alt0.3.i586.rpm
pspell-ispell-devel-static-0.12-alt2.i586.rpm
psycopg-1.0.12-alt1.i586.rpm
psycopg-ZPsycopgDA-1.0.12-alt1.i586.rpm
psycopg-doc-1.0.12-alt1.i586.rpm
pyao-0.81-alt1.i586.rpm
pyao-devel-0.81-alt1.i586.rpm
pyogg-1.1-alt1.i586.rpm
pyogg-devel-1.1-alt1.i586.rpm
python21-2.1.3-alt3.i586.rpm
python21-devel-2.1.3-alt3.i586.rpm
pyvorbis-1.1-alt1.i586.rpm
pyvorbis-devel-1.1-alt1.i586.rpm
qtvision-0.1-alt2.alpha2.i586.rpm
recover-1.3b-alt2.i586.rpm
recoverdm-0.14-alt1.i586.rpm
ri-0.8a-alt2.noarch.rpm
rpl-1.4.0-alt2.i586.rpm
rpm-build-topdir-4.0.4-alt13.i586.rpm
rsbac-man-pages-ru-1.1.2-alt5.noarch.rpm
rsh-0.17-ipl8mdk.i586.rpm
rsh-server-0.17-ipl8mdk.i586.rpm
rtfm-0.0.1-alt1.noarch.rpm
ruby-bdb-0.3.8-alt1.i586.rpm
samba-client-devel-static-2.2.7-alt1.i586.rpm
samba3-3.0-alt5.1.i586.rpm
samba3-client-3.0-alt5.1.i586.rpm
samba3-client-cups-3.0-alt5.1.i586.rpm
samba3-client-devel-3.0-alt5.1.i586.rpm
samba3-client-devel-static-3.0-alt5.1.i586.rpm
samba3-common-3.0-alt5.1.i586.rpm
samba3-doc-3.0-alt5.1.i586.rpm
samba3-swat-3.0-alt5.1.i586.rpm
samba3-vfs-3.0-alt5.1.i586.rpm
samba3-vfs-devel-3.0-alt5.1.i586.rpm
sc-6.21-alt2.i586.rpm
scilab-2.6-alt8.i586.rpm
scotty-2.1.11-alt4.i586.rpm
scotty-tkined-2.1.11-alt4.i586.rpm
scsh-0.6.2-alt2.i586.rpm
scummvm-0.3.0b-alt1.i586.rpm
scummvm-tools-0.3.0b-alt1.i586.rpm
sendmail-8.12.7-alt1.i586.rpm
sendmail-cf-8.12.7-alt1.i586.rpm
sendmail-devel-8.12.7-alt1.i586.rpm
sendmail-doc-8.12.7-alt1.i586.rpm
shared-mime-info-0.9-alt.i586.rpm
shash-0.2.6-alt1.i586.rpm
shtool-1.6.1-alt1.noarch.rpm
sim-qt-0.9-alt0.5.i586.rpm
sisyphus-0.4.2-alt1.noarch.rpm
smalltalk-1.95.12-alt3.i586.rpm
soup-0.7.9-alt1.i586.rpm
speak_freely-7.5-alt1.i586.rpm
stellarium-0.5.0-alt1.i586.rpm
swftools-0.4.2-alt1.i586.rpm
symlinks-1.2-ipl12mdk.i586.rpm
syriac-fonts-ttf-1.0-alt1.noarch.rpm
t1lib-devel-static-1.3.1-alt2.i586.rpm
tamil-fonts-bitmap-1.0-alt1.noarch.rpm
tamil-fonts-ttf-1.0-alt1.noarch.rpm
telnet-server-3.0-alt3.i586.rpm
tgif-4.1.42-alt1.i586.rpm
thai-fonts-ttf-0.1-alt1.noarch.rpm
tibetan-fonts-ttf-1.0-alt1.noarch.rpm
timeconfig-3.2.9-alt2.i586.rpm
timetool-2.8-alt2.noarch.rpm
tkinter21-2.1.3-alt3.i586.rpm
totem-0.10.0-alt1.i586.rpm
trafshow-3.1-alt2.1.i586.rpm
trafshow-linux-1.3-alt2.i586.rpm
treecc-0.1.8-alt1.i586.rpm
tv-fonts-1.0-alt1.i586.rpm
unifont-fonts-bitmap-1.0-alt1.noarch.rpm
units-1.80-alt1.i586.rpm
urdu-fonts-ttf-1.0-alt1.noarch.rpm
urlredir-2.03-alt1.i586.rpm
vlc-0.4.6-alt0.5.i586.rpm
vlc-aa-0.4.6-alt0.5.i586.rpm
vlc-alsa-0.4.6-alt0.5.i586.rpm
vlc-arts-0.4.6-alt0.5.i586.rpm
vlc-esd-0.4.6-alt0.5.i586.rpm
vlc-ggi-0.4.6-alt0.5.i586.rpm
vlc-gtk-0.4.6-alt0.5.i586.rpm
vlc-lirc-0.4.6-alt0.5.i586.rpm
vlc-mad-0.4.6-alt0.5.i586.rpm
vlc-ncurses-0.4.6-alt0.5.i586.rpm
vlc-sdl-0.4.6-alt0.5.i586.rpm
w3c-libwww-5.4.0-alt1.i586.rpm
w3c-libwww-apps-5.4.0-alt1.i586.rpm
w3c-libwww-devel-5.4.0-alt1.i586.rpm
wmmenu-0.9-alt3.i586.rpm
wwwoffle-2.7h-alt1.i586.rpm
xbanner-1.31-ipl17mdk.i586.rpm
xbill-2.1-alt2.i586.rpm
xdaliclock-2.19-alt1.i586.rpm
xerces-j-1.4.4-alt3.noarch.rpm
xerces-j-demos-1.4.4-alt3.noarch.rpm
xerces-j-javadoc-1.4.4-alt3.noarch.rpm
xerces-j-manual-1.4.4-alt3.noarch.rpm
xfishtank-2.1tp-ipl9mdk.i586.rpm
xgammon-0.98a-alt2.i586.rpm
xjewel-1.6-ipl12mdk.i586.rpm
xmahjongg-3.6.1-alt1.i586.rpm
xmailbox-2.5-ipl17mdk.i586.rpm
xmlto-0.0.12-alt1.i586.rpm
xmms-alsa-0.9.7-alt1.i586.rpm
xmms-cdread-0.14a-alt3.i586.rpm
xmms-fc-0.5.3-alt1.i586.rpm
xmms-more-vis-plugins-unsafe-1.6.0-alt1.i586.rpm
xpaint-2.6.4-alt2.i586.rpm
xpdf-chinese-simplified-2.01-alt2.i586.rpm
xpdf-chinese-traditional-2.01-alt2.i586.rpm
xpdf-japanese-2.01-alt2.i586.rpm
xpdf-korean-2.01-alt2.i586.rpm
xpdf-thai-2.01-alt2.i586.rpm
xpilot-4.5.4-alt2.i586.rpm
xpired-1.22-alt2.i586.rpm
xpm-devel-static-3.4k-ipl14mdk.i586.rpm
xsysinfo-1.7-ipl12mdk.i586.rpm
xtoolwait-1.3-ipl6mdk.i586.rpm
xvid-static-libs-0.9.0-alt1.i586.rpm
xwpe-1.5.29a-alt1.i586.rpm
xwpe-X11-1.5.29a-alt1.i586.rpm
yp-tools-2.7-alt2.i586.rpm
ypbind-1.11-alt1.i586.rpm
ypserv-2.6-alt1.i586.rpm
ytalk-3.1.1-ipl8mdk.i586.rpm
yudit-2.7.2-alt1.i586.rpm
yudit-fonts-full-2.7-alt1.noarch.rpm

Re: [devel] за бортом

[Dmitry Lebkov]

On Thu, 30 Jan 2003 20:10:55 +0300
Stanislav Ievlev <inger@altlinux.org> wrote:

> Привет всем.
> 
> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и
> исправим пока не поздно.
> 

[skip]

> 
> [none_list  text/plain (26362 bytes)]
[skip]

> libfreetds-devel-static-0.60-alt1.i586.rpm
Почему это осталось за бортом - я не вкурсе. В отпраленном запросе
на включение в дистрибутив пакет был указан.

> maildrop-devel-static-1.5.1-alt1.i586.rpm
В запросе на включение был указан. ldv@ решил его не включать.

> mbrowse-0.2.3-alt2.i586.rpm
Пает подобран из orphaned. Для включения требовалось согласие ldv@,
которое и было получено (о чем есть соответствующее сообщение от ldv@
к inger@ c копией к мне :).


--
WBR, Dmitry Lebkov

Re: [devel] за бортом

[Aleksey Novodvorsky]

Dmitry Lebkov пишет:

>On Thu, 30 Jan 2003 20:10:55 +0300
>Stanislav Ievlev <inger@altlinux.org> wrote:
>
>  
>
>>Привет всем.
>>
>>Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и
>>исправим пока не поздно.
>>
>>    
>>
>
>[skip]
>
>  
>
>>[none_list  text/plain (26362 bytes)]
>>    
>>
>[skip]
>
>  
>
>>libfreetds-devel-static-0.60-alt1.i586.rpm
>>    
>>
>Почему это осталось за бортом - я не вкурсе. В отпраленном запросе
>на включение в дистрибутив пакет был указан.
>
>  
>
>>maildrop-devel-static-1.5.1-alt1.i586.rpm
>>    
>>
>В запросе на включение был указан. ldv@ решил его не включать.
>
Это вопрос политики в отношение devel-static. Если они реально нужны для
сборки пакетов из системы, то мы кладем их на CD, если нет -- оставляем
в Sisyphus, но на диск не кладем, экономя место. Есть другие мнения?

Rgrds, Алексей

Re: [devel] за бортом

[Alexandre Prokoudine]

On Thu, 30 Jan 2003 20:10:55 +0300
Stanislav Ievlev <inger@altlinux.org> wrote:

> Привет всем.
> 
> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> пока не поздно.
> 
> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел.

Стас, извини, но у тебя за бортом остался iiwusynth, от которого
зависит muse, который за бортом не остался.



-- 
Alexandre Prokoudine
ALT Linux Documentation Team
JID: prokoudine@jabber.org

Re: [devel] за бортом

[Dmitry Lebkov]

On Thu, 30 Jan 2003 20:47:38 +0300
Aleksey Novodvorsky <aen@altlinux.ru> wrote:

> Dmitry Lebkov пишет:
> 
> >On Thu, 30 Jan 2003 20:10:55 +0300
> >Stanislav Ievlev <inger@altlinux.org> wrote:
> >
> >  
> >
> >>Привет всем.
> >>
> >>Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и
> >>исправим пока не поздно.
> >>
> >
> >[skip]
> >
> >>[none_list  text/plain (26362 bytes)]
> >>    
> >>
> >[skip]
> >
> >>libfreetds-devel-static-0.60-alt1.i586.rpm
> >>    
> >Почему это осталось за бортом - я не вкурсе. В отпраленном запросе
> >на включение в дистрибутив пакет был указан.
> >
> >>maildrop-devel-static-1.5.1-alt1.i586.rpm
> >>    
> >В запросе на включение был указан. ldv@ решил его не включать.
> >
> Это вопрос политики в отношение devel-static. Если они реально нужны
> для сборки пакетов из системы, то мы кладем их на CD, если нет --
> оставляем в Sisyphus, но на диск не кладем, экономя место. Есть другие
> мнения?

Нет. Меня смутило появление этих имен в списке inger'а. Т.е. заявка была
отправлена, решили -devel-static-пакеты не включать, а в списке
"оставшихся и неисправленных" они появились ... %)


--
WBR, Dmitry Lebkov

[devel] Re: за бортом

[Vitaly Ostanin]

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

On Thu, 30 Jan 2003 20:10:55 +0300
Stanislav Ievlev <inger@altlinux.org> wrote:

> Привет всем.
> 
> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом
> и исправим пока не поздно.

Будет очень грустно без

mcrypt
samba3*
units

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

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

[devel] Re: за бортом

[Konstantin Lepikhov]

Hi Stanislav!

Thursday 30, at 08:10:55 PM you wrote:

> Привет всем.
> 
> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> пока не поздно.
> 
> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел.
> 
А что, сильно мешает? Эти пакеты несколько килобайт занимают, и не
каждому нужна поддержка китайского "из коробки". Пуст (имхо) каждый
решает, ставить их или не ставить.
> 

> Glide_V2-2.53-ipl9mdk.i586.rpm
> Glide_V2-devel-2.53-ipl9mdk.i586.rpm
Насчет этого все ясно - они уже давно нерабочие.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [devel] Re: за бортом

[Alexander Bokovoy]

On Thu, Jan 30, 2003 at 09:03:17PM +0300, Vitaly Ostanin wrote:
> > Привет всем.
> > 
> > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом
> > и исправим пока не поздно.
> 
> Будет очень грустно без
> 
> mcrypt
> samba3*
Поясню положение по Самба3. Из финального релиза никто ее выкидывать не
собирается. Тот вариант, который пойдет в релиз, сейчас тестируется нашим
QA в рамках параллельно развивающегося коммерческого проекта, имеющего 
общие корни с Сизифом.

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

-- 
/ Alexander Bokovoy
---
50% of the manual is in .pdf readme files

[devel] Re: [devel] за бортом

[Aleksandr Blokhin]

On Thu, 30 Jan 2003 20:10:55 +0300
Stanislav Ievlev <inger@altlinux.org> wrote:

SI> Привет всем.

SI> Давайте-ка посмотрим, что осталось на сегоняшний день за
SI> бортом и исправим
SI> пока не поздно.

Может быть ee-0.3.12-alt1.i586.rpm ?

--
Best regards
AB
--
                  ... In nomine Altli, et Ctrli, et Spititus Deli, Reset!

Re: [devel] за бортом

[Alexey Voinov]

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

Stanislav Ievlev wrote
> sc-6.21-alt2.i586.rpm
По какой причине за бортом?
Очень удобная штука для консоли...
(пересобрана была вовремя... :) )

-- 
Best Regards!           | Когда вам платят за работу, надо по крайней мере
Alexey Voinov           | делать вид, что вы работаете...
                        |                         Б.Виан "Осень в Пекине"
voins@voins.program.ru
voins@online.ru
vns@altlinux.ru


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

Re: [devel] за бортом

[Alexey I. Froloff]

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

On Thu, Jan 30, 2003 at 08:10:55PM +0300, Stanislav Ievlev wrote:
> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> пока не поздно.
[/dev/null]
> sendmail-8.12.7-alt1.i586.rpm
> sendmail-cf-8.12.7-alt1.i586.rpm
> sendmail-devel-8.12.7-alt1.i586.rpm
> sendmail-doc-8.12.7-alt1.i586.rpm
Вот без этого будет очень плохо... Что бы та мне говорили фанаты
postfix...

-- 
Regards,
Sir Raorn.

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

Re: [devel] Re: за бортом

[Alexey I. Froloff]

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

On Thu, Jan 30, 2003 at 09:14:12PM +0300, Konstantin Lepikhov wrote:
> > Glide_V2-2.53-ipl9mdk.i586.rpm
> > Glide_V2-devel-2.53-ipl9mdk.i586.rpm
> Насчет этого все ясно - они уже давно нерабочие.
Да, кстати. После убиения svgalib они практически бесполезны.
Наверно можно в obsolete потихоньку перемещать...

-- 
Regards,
Sir Raorn.

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

[devel] Re: за бортом

[Konstantin Lepikhov]

Hi Alexey!

Friday 31, at 12:00:46 AM you wrote:

> On Thu, Jan 30, 2003 at 09:14:12PM +0300, Konstantin Lepikhov wrote:
> > > Glide_V2-2.53-ipl9mdk.i586.rpm
> > > Glide_V2-devel-2.53-ipl9mdk.i586.rpm
> > Насчет этого все ясно - они уже давно нерабочие.
> Да, кстати. После убиения svgalib они практически бесполезны.
> Наверно можно в obsolete потихоньку перемещать...
> 
А что, svgalib уже убили? За что так - она уже давно не suid'на, да и zgv
от него зависит...

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [devel] за бортом

[Vitaly Lugovsky]

On Thu, 30 Jan 2003, Stanislav Ievlev wrote:


 Хотелось бы всё же увидеть в дистрибутиве mono и mcs,
mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей
рисовалки векторной графики обойтись?!?), R-Base.

 Куда смотрят майнтейнеры?!?

Re: [devel] за бортом

[Igor Tertishny]

30 Январь 2003 23:17, Vitaly Lugovsky написал:
> On Thu, 30 Jan 2003, Stanislav Ievlev wrote:
>
>
>  Хотелось бы всё же увидеть в дистрибутиве mono и mcs,
> mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей
> рисовалки векторной графики обойтись?!?), R-Base.
>
>  Куда смотрят майнтейнеры?!?
>
 С R-Base имеются проблемы, которые я покуда разрешить не могу.

Re: [devel] за бортом

[Andrey Orlov]

On Thursday 30 January 2003 23:58, you wrote:
> > sendmail-8.12.7-alt1.i586.rpm
> > sendmail-cf-8.12.7-alt1.i586.rpm
> > sendmail-devel-8.12.7-alt1.i586.rpm
> > sendmail-doc-8.12.7-alt1.i586.rpm
>
> Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> postfix...

Кстати да. Я знаю очень многих людей, которые отсутствие sendmail в 
дистрибутиве мгря не поймут. Я сам не пойму - хотя и перехожу на postfix.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- www.neural.ru, cray@neural.ru ---
----------------------------------------

Re: [devel] Re: за бортом

[Andrey Orlov]

On Friday 31 January 2003 00:14, you wrote:
> А что, svgalib уже убили? За что так - она уже давно не suid'на, да и zgv
> от него зависит...

Да решили, что zgv это не наш путь. Некторые (я в том числе) вяло возражали
но мантейнить никто не взялся. 

-- 
WthBstRgrds -- Андрей Орлов --  
 --- www.neural.ru, cray@neural.ru ---
----------------------------------------

Re: [devel] за бортом

[Dmitry Lebkov]

On Thu, 30 Jan 2003 23:58:48 +0300
"Alexey I. Froloff" <raorn@binec.ru> wrote:

> On Thu, Jan 30, 2003 at 08:10:55PM +0300, Stanislav Ievlev wrote:
> > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> > пока не поздно.
> [/dev/null]
> > sendmail-8.12.7-alt1.i586.rpm
> > sendmail-cf-8.12.7-alt1.i586.rpm
> > sendmail-devel-8.12.7-alt1.i586.rpm
> > sendmail-doc-8.12.7-alt1.i586.rpm
> Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> postfix...

Полностью поддерживаю! Может дружно попросим Konstantin Timoshenko <kt@altlinux.ru>
о включении сего в очередной релиз.

-- 
WBR, Dmitry Lebkov

Re: [devel] за бортом

[Konstantin Timoshenko]

On Fri, 31 Jan 2003 08:50:00 +1000
Dmitry Lebkov <dima@sakhalin.ru> wrote:

> On Thu, 30 Jan 2003 23:58:48 +0300
> "Alexey I. Froloff" <raorn@binec.ru> wrote:
> 
> > On Thu, Jan 30, 2003 at 08:10:55PM +0300, Stanislav Ievlev wrote:
> > > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и
> > > исправим пока не поздно.
> > [/dev/null]
> > > sendmail-8.12.7-alt1.i586.rpm
> > > sendmail-cf-8.12.7-alt1.i586.rpm
> > > sendmail-devel-8.12.7-alt1.i586.rpm
> > > sendmail-doc-8.12.7-alt1.i586.rpm
> > Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> > postfix...
> 
> Полностью поддерживаю! Может дружно попросим Konstantin Timoshenko
> <kt@altlinux.ru> о включении сего в очередной релиз.
от меня это не зависит, я написал просьбу о включении в дистр., сказали
посмотрят. Мне честно говоря самому не понятна политика партии.

-- 
Kostya.
mailto:kt@tura.ru

Re: [devel] за бортом - SASL2

[Victor V Ismakaev]

Бинарные пакеты 
libsasl2-plugin-gssapi-2.1.10-alt1.5.i586.rpm
libsasl2-plugin-ldap-2.1.10-alt1.5.i586.rpm
libsasl2-plugin-mysql-2.1.10-alt1.5.i586.rpm

являются частью пакетов cyrus-sasl2. В них вынесены внешние plugins для 
авторизации через krb5,LDAP,MySQL.
Если пакеты 
cyrus-sasl2-2.1.10-alt1.5.i586.rpm
libsasl2-2.1.10-alt1.5.i586.rpm
войдут в Мастер,то и плугины тоже необходимо включить в него.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] за бортом

[Victor V Ismakaev]

30 Январь 2003 22:10, Stanislav Ievlev написал:
telnet-server-3.0-alt3.i586.rpm
tgif-4.1.42-alt1.i586.rpm
trafshow-3.1-alt2.1.i586.rpm
trafshow-linux-1.3-alt2.i586.rpm

Голосую за включение всех этих пакетов.

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] за бортом

[Victor V Ismakaev]

30 Январь 2003 22:10, Stanislav Ievlev написал:
> Привет всем.
>
> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> пока не поздно.
yudit-2.7.2-alt1.i586.rpm
yudit-fonts-full-2.7-alt1.noarch.rpm

С ними что-то не так? 

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] ÚÁ ÂÏÒÔÏÍ

[Volkov Serge]

Hello Stanislav,

Thursday, January 30, 2003, 8:10:55 PM, you wrote:

SI> Привет всем.

SI> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
SI> пока не поздно.

SI> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел.
а по какой причине за бортом остался GQ-0.7.0-alt6.beta2

1) это на данный момент единственное средство управления LDAP
каталогом.
2) насколько я в курсе critical bugs на нем не висит?!
3) новую версию Peter Stemfest еще не выпустил.

Поэтому прошу не оставлять его за бортом









-- 
Best regards,
 Volkov                            mailto:vserge@altlinux.ru

Re: [devel] за бортом

[Andrey Brindeew]

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

On Thu, Jan 30, 2003 at 08:47:38PM +0300, Aleksey Novodvorsky wrote:
> Это вопрос политики в отношение devel-static. Если они реально нужны для
> сборки пакетов из системы, то мы кладем их на CD, если нет -- оставляем
> в Sisyphus, но на диск не кладем, экономя место. Есть другие мнения?

Тогда вопрос такого плана: пакеты liblzo* нужны для сборки
perl-Compress-LZO. Нужен ли для этого liblzo-devel-static
(содержит всего один файл /usr/lib/liblzo.a)?

P.S. liblzo{,-devel} & perl-Compress-LZO включены в Master

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

Re: [devel] за бортом

[Anton V. Boyarshinov]

Добрый день

On Thu, 30 Jan 2003 23:33:05 +0200 Igor Tertishny
 wrote:

> >
> >  Хотелось бы всё же увидеть в дистрибутиве mono и mcs,
> > mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей
> > рисовалки векторной графики обойтись?!?), R-Base.
> >
> >  Куда смотрят майнтейнеры?!?
> >
>  С R-Base имеются проблемы, которые я покуда разрешить не могу.

А что с ней? Напишите подробнее (возможно лично) -- чем смогу --
помогу.

Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 10:40am  up 66 days, 16:46, 11 users,  load average: 0.10, 0.07,
0.09

Re: [devel] за бортом

[Alexey Gladkov]

В сообщении от 31 Январь 2003 12:48 Stanislav Ievlev написал:
> > php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm
> > php-mhash-4.3.0-alt0.cvs20030124.i586.rpm
>
> Я в принципе против библиотек libmcrypt и libmhash как их
> мантейнер дальше contrib не пущу, поэтому туда попали и
> php-m*.

Тогда возникает вопрос а кто этими пакетами вообще пользуется ?
Может их вообще не собирать ? 
-- 
Alexey Gladkov (legion)
E-MAIL: legion@altlinux.ru

Re: [devel] за бортом - anjuta

[Victor V Ismakaev]

30 Январь 2003 22:10, Stanislav Ievlev написал:
> Привет всем.
>
> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> пока не поздно.
anjuta - по-моему,очень полезный пакет.
Сейчас пытаюсь выяснить почему не пересобирается с gcc 3.2, g++ 3.2.
Пока склоняюсь к мысли,что обламывается на c++,чего ей не хватает.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] за бортом

[Stanislav Ievlev]

On Thu, Jan 30, 2003 at 06:43:09PM +0300, Alexey Gladkov wrote:
> В сообщении от 30 Январь 2003 20:10 Stanislav Ievlev написал:
> > Привет всем.
> >
> > Давайте-ка посмотрим, что осталось на сегоняшний день за
> > бортом и исправим пока не поздно.
> >
> > Есть вопрос по поводу остатков xpdf (корейские, китайские и
> > т.п.): говорят, что надо исправить конфиг xpdf дабы он их не
> > хотел.
> 
> php-interbase-4.3.0-alt0.cvs20030124.i586.rpm
просто лежал до поры до времени в contrib вместе c FireBird. Сейчас
добавлю.
> php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm
> php-mhash-4.3.0-alt0.cvs20030124.i586.rpm
Я в принципе против библиотек libmcrypt и libmhash как их мантейнер дальше
contrib не пущу, поэтому туда попали и php-m*.
> А что с ними не так ? 
> 
> php-manual-4.1.2-alt1.i586.rpm
> Я пересобиру(если успею) за выходные 
Надо обязательно, сейчас этот пакет имеет unmet, а посему пока в мастер
включить не могу.
> -- 
> Alexey Gladkov (legion)
> E-MAIL: legion@altlinux.ru
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 10:30:07AM +0300, Andrey Brindeew wrote:
> On Thu, Jan 30, 2003 at 08:47:38PM +0300, Aleksey Novodvorsky wrote:
> > Это вопрос политики в отношение devel-static. Если они реально нужны для
> > сборки пакетов из системы, то мы кладем их на CD, если нет -- оставляем
> > в Sisyphus, но на диск не кладем, экономя место. Есть другие мнения?
> 
> Тогда вопрос такого плана: пакеты liblzo* нужны для сборки
> perl-Compress-LZO. Нужен ли для этого liblzo-devel-static
> (содержит всего один файл /usr/lib/liblzo.a)?
> 
> P.S. liblzo{,-devel} & perl-Compress-LZO включены в Master
В buildreq других пакетов не появлялся.

Вообще говоря я всегда действую в такой последовательности:
1. Включаются пакеты которые пожелали.
2. Происходит замыкание по зависимостям
3. Происходит вычисление Buildreq пакетов, которые попадают в дистрибутив
и добавляются пакеты которые требуются для сборки, но еще не попали.
4. В Sisyphus проверяется, кто попал в дистрибутив, но еще лежит в
contrib, производятся соответсвующие изменения.

> 
> -- 
> WBR, Andrey Brindeew.
> "No one person can understand Perl culture completely"
> (C) Larry Wall.

Re: [devel] за бортом

[Stanislav Ievlev]

On Thu, Jan 30, 2003 at 08:56:39PM +0300, Alexandre Prokoudine wrote:
> On Thu, 30 Jan 2003 20:10:55 +0300
> Stanislav Ievlev <inger@altlinux.org> wrote:
> 
> > Привет всем.
> > 
> > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> > пока не поздно.
> > 
> > Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел.
> 
> Стас, извини, но у тебя за бортом остался iiwusynth, от которого
> зависит muse, который за бортом не остался.
Значит не зависит ;) у меня все замыкает apt. Я добавил, а мантейнеру
стоит поправить зависимости. Пока вытягиваласть только библиотека.
> 
> 
> 
> -- 
> Alexandre Prokoudine
> ALT Linux Documentation Team
> JID: prokoudine@jabber.org
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] Re: за бортом

[Stanislav Ievlev]

On Thu, Jan 30, 2003 at 09:03:17PM +0300, Vitaly Ostanin wrote:
> On Thu, 30 Jan 2003 20:10:55 +0300
> Stanislav Ievlev <inger@altlinux.org> wrote:
> 
> > Привет всем.
> > 
> > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом
> > и исправим пока не поздно.
> 
> Будет очень грустно без
> 
> mcrypt
ни за что
> samba3*
будет, когда соберет мантейнер.
> units
Хорошо, добавлю, вот уж не думал, что кому-то нужно ;)
> 
> <skipped/>
> 
> -- 
> Regards, Vyt
> mailto:  vyt@vzljot.ru
> JID:     vyt@vzljot.ru

Re: [devel] Re: [devel] за бортом

[Stanislav Ievlev]

On Thu, Jan 30, 2003 at 08:27:57PM +0200, Aleksandr Blokhin wrote:
> On Thu, 30 Jan 2003 20:10:55 +0300
> Stanislav Ievlev <inger@altlinux.org> wrote:
> 
> SI> Привет всем.
> 
> SI> Давайте-ка посмотрим, что осталось на сегоняшний день за
> SI> бортом и исправим
> SI> пока не поздно.
> 
> Может быть ee-0.3.12-alt1.i586.rpm ?
А оно нужно? Если да - не жалко, могу добавить.
> 
> --
> Best regards
> AB
> --
>                   ... In nomine Altli, et Ctrli, et Spititus Deli, Reset!
> 
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Thu, Jan 30, 2003 at 10:13:59PM +0300, Alexey Voinov wrote:
> Stanislav Ievlev wrote
> > sc-6.21-alt2.i586.rpm
> По какой причине за бортом?
> Очень удобная штука для консоли...
> (пересобрана была вовремя... :) )
Наверное просто никто не просил ;)
добавляю.
> 
> -- 
> Best Regards!           | Когда вам платят за работу, надо по крайней мере
> Alexey Voinov           | делать вид, что вы работаете...
>                         |                         Б.Виан "Осень в Пекине"
> voins@voins.program.ru
> voins@online.ru
> vns@altlinux.ru
> 

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 10:49:23AM +0300, Alexey Gladkov wrote:
> В сообщении от 31 Январь 2003 12:48 Stanislav Ievlev написал:
> > > php-mcrypt-4.3.0-alt0.cvs20030124.i586.rpm
> > > php-mhash-4.3.0-alt0.cvs20030124.i586.rpm
> >
> > Я в принципе против библиотек libmcrypt и libmhash как их
> > мантейнер дальше contrib не пущу, поэтому туда попали и
> > php-m*.
> 
> Тогда возникает вопрос а кто этими пакетами вообще пользуется ?
> Может их вообще не собирать ? 
Не знаю, пусть лежат пока в contrib. Вдруг кто захочет.
> -- 
> Alexey Gladkov (legion)
> E-MAIL: legion@altlinux.ru
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 10:12:03AM +0500, Konstantin Timoshenko wrote:
> On Fri, 31 Jan 2003 08:50:00 +1000
> Dmitry Lebkov <dima@sakhalin.ru> wrote:
> 
> > On Thu, 30 Jan 2003 23:58:48 +0300
> > "Alexey I. Froloff" <raorn@binec.ru> wrote:
> > 
> > > On Thu, Jan 30, 2003 at 08:10:55PM +0300, Stanislav Ievlev wrote:
> > > > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и
> > > > исправим пока не поздно.
> > > [/dev/null]
> > > > sendmail-8.12.7-alt1.i586.rpm
> > > > sendmail-cf-8.12.7-alt1.i586.rpm
> > > > sendmail-devel-8.12.7-alt1.i586.rpm
> > > > sendmail-doc-8.12.7-alt1.i586.rpm
> > > Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> > > postfix...
> > 
> > Полностью поддерживаю! Может дружно попросим Konstantin Timoshenko
> > <kt@altlinux.ru> о включении сего в очередной релиз.
> от меня это не зависит, я написал просьбу о включении в дистр., сказали
> посмотрят. Мне честно говоря самому не понятна политика партии.
Политика партии состоит в том, что лучше не иметь проблем с безопастностью
изначально. Пусть лучше не будет дырявой программы, тем более , что есть
замена, чем потом раз в месяц выпускать security updates для нее.

Ну а вообще последнее слово наверное за Димой.
> 
> -- 
> Kostya.
> mailto:kt@tura.ru
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 01:47:20AM +0300, Andrey Orlov wrote:
> On Thursday 30 January 2003 23:58, you wrote:
> > > sendmail-8.12.7-alt1.i586.rpm
> > > sendmail-cf-8.12.7-alt1.i586.rpm
> > > sendmail-devel-8.12.7-alt1.i586.rpm
> > > sendmail-doc-8.12.7-alt1.i586.rpm
> >
> > Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> > postfix...
> 
> Кстати да. Я знаю очень многих людей, которые отсутствие sendmail в 
> дистрибутиве мгря не поймут. Я сам не пойму - хотя и перехожу на postfix.
Это сугубо личное мнение:
	Я, в свою очередь, не могу понять людей которые сами добровольно готовы сидеть на пороховой бочке.

> 
> -- 
> WthBstRgrds -- Андрей Орлов --  
>  --- www.neural.ru, cray@neural.ru ---
> ----------------------------------------
> 
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 10:44:51AM +0300, Anton V. Boyarshinov wrote:
> Добрый день
> 
> On Thu, 30 Jan 2003 23:33:05 +0200 Igor Tertishny
>  wrote:
> 
> > >
> > >  Хотелось бы всё же увидеть в дистрибутиве mono и mcs,
> > > mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей
> > > рисовалки векторной графики обойтись?!?), R-Base.
> > >
> > >  Куда смотрят майнтейнеры?!?
> > >
> >  С R-Base имеются проблемы, которые я покуда разрешить не могу.
> 
> А что с ней? Напишите подробнее (возможно лично) -- чем смогу --
> помогу.
Для начала стоит исправить unmet.
> 
> Антон
> -- 
> mailto:boyarsh@mail.ru
> mailto:boyarsh@ru.echo.fr
>  10:40am  up 66 days, 16:46, 11 users,  load average: 0.10, 0.07,
> 0.09
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 12:17:25AM +0300, Vitaly Lugovsky wrote:
> On Thu, 30 Jan 2003, Stanislav Ievlev wrote:
> 
> 
>  Хотелось бы всё же увидеть в дистрибутиве mono и mcs,
> mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей
> рисовалки векторной графики обойтись?!?), R-Base.
> 
>  Куда смотрят майнтейнеры?!?
По поводу mono не уверен, что надо. Проект сыроват. Убедите.
smalltalk добавляю.
> 
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote:
> 30 Январь 2003 22:10, Stanislav Ievlev написал:
> telnet-server-3.0-alt3.i586.rpm
опять есть добровольцы на пороховую бочку? В прочем этот telnet из
OpenBSD. В общем не знаю.
> tgif-4.1.42-alt1.i586.rpm
> trafshow-3.1-alt2.1.i586.rpm
> trafshow-linux-1.3-alt2.i586.rpm
Уже есть. Кстати а какая между ними разница?
> 
> Голосую за включение всех этих пакетов.
> 
> -- 
> С уважением
> Виктор В Исмакаев
> ivv@altlinux.ru
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 11:13:23AM +0500, Victor V Ismakaev wrote:
> 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > Привет всем.
> >
> > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> > пока не поздно.
> yudit-2.7.2-alt1.i586.rpm
> yudit-fonts-full-2.7-alt1.noarch.rpm
Последний unmet и скорее всего уйдет из Сизифа по желанию мантейнера.

Кстати, Вячеслав, жду не дождусь Вашей заявки со списком исходных и
бинарных пакетов.
> 
> С ними что-то не так? 
> 
> -- 
> С уважением
> Виктор В Исмакаев
> ivv@altlinux.ru
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 10:05:09AM +0300, Volkov Serge wrote:
> Hello Stanislav,
> 
> Thursday, January 30, 2003, 8:10:55 PM, you wrote:
> 
> SI> Привет всем.
> 
> SI> Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> SI> пока не поздно.
> 
> SI> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел.
> а по какой причине за бортом остался GQ-0.7.0-alt6.beta2
Потому что никто не просил его добавить.
Добавил.
> 
> 1) это на данный момент единственное средство управления LDAP
> каталогом.
> 2) насколько я в курсе critical bugs на нем не висит?!
> 3) новую версию Peter Stemfest еще не выпустил.
> 
> Поэтому прошу не оставлять его за бортом
> 
> 
> 
> 
> 
> 
> 
> 
> 
> -- 
> Best regards,
>  Volkov                            mailto:vserge@altlinux.ru
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом - anjuta

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 12:52:25PM +0500, Victor V Ismakaev wrote:
> 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > Привет всем.
> >
> > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> > пока не поздно.
> anjuta - по-моему,очень полезный пакет.
> Сейчас пытаюсь выяснить почему не пересобирается с gcc 3.2, g++ 3.2.
> Пока склоняюсь к мысли,что обламывается на c++,чего ей не хватает.
Вообще, вроде как собирается. Да только не нравится мне как она работает.
Мне не разу не удалось создать какой-нибудь GUI проект. Доведете до ума
пакет - добавим.
> -- 
> С уважением
> Виктор В Исмакаев
> ivv@altlinux.ru
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Victor V Ismakaev]

31 Январь 2003 15:14, Stanislav Ievlev написал:
> On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote:
> > 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > telnet-server-3.0-alt3.i586.rpm
>
> опять есть добровольцы на пороховую бочку? В прочем этот telnet из
> OpenBSD. В общем не знаю.
Думаю,он не помешает.В локальной сети с ним проще(не надо доп клиентов ставить 
на Винду,если с нее ходить).Тем более что по дефолту он не включается.
В принципе,если мантайнер не против, могу забрать его себе.Много хлопот он не 
приносит.


> > tgif-4.1.42-alt1.i586.rpm
> > trafshow-3.1-alt2.1.i586.rpm
> > trafshow-linux-1.3-alt2.i586.rpm
>
> Уже есть. Кстати а какая между ними разница?
У trafshow больше возможностей,
trafshow-linux умеет слушать ppp интерфейс.
То есть они друг-друга дополняют.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] за бортом - anjuta

[Victor V Ismakaev]

31 Январь 2003 15:18, Stanislav Ievlev написал:
> On Fri, Jan 31, 2003 at 12:52:25PM +0500, Victor V Ismakaev wrote:
> > 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > > Привет всем.
> > >
> > > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и
> > > исправим пока не поздно.
> >
> > anjuta - по-моему,очень полезный пакет.
> > Сейчас пытаюсь выяснить почему не пересобирается с gcc 3.2, g++ 3.2.
> > Пока склоняюсь к мысли,что обламывается на c++,чего ей не хватает.
>
> Вообще, вроде как собирается.
У меня увы,никак.Обламывается на чем-то типа
a ../widgets/libwidgets.a ../printing/libanjutaprint.a
aneditor.o: In function `AnEditor::AnEditor[not-in-charge](PropSetFile*)':
/home/vic/RPM/src/anjuta-1.0.1/src/../scintilla/include/SString.h:112: 
undefined reference to `operator delete[](void*)'

Подозреваю,что что-то у меня с C++ компилером,либами,инклудниками
> Да только не нравится мне как она работает.
> Мне не разу не удалось создать какой-нибудь GUI проект. 
GUI никогда не пробовал,но мне удобен ее редактор и возможность быстро 
охватить структуру програмы.
>Доведете до ума
> пакет - добавим.
Постараюсь. Сколько времени есть на это?

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] [JT!] Re: за бортом

[Michael Shigorin]

On Fri, Jan 31, 2003 at 10:12:03AM +0500, Konstantin Timoshenko wrote:
> Мне честно говоря самому не понятна политика партии.

(на этом месте родился вопрос, но это утро уже увидело
достаточно провокаций, чтоб меня заказали...)

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

[devel] Re: за бортом

[Michael Shigorin]

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

On Fri, Jan 31, 2003 at 01:08:33PM +0300, Stanislav Ievlev wrote:
> > Мне честно говоря самому не понятна политика партии.
> Политика партии состоит в том, что лучше не иметь проблем с
> безопастностью изначально. Пусть лучше не будет дырявой
> программы, тем более , что есть замена, чем потом раз в месяц
> выпускать security updates для нее.

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

Я почти согласен с этой формулировкой с такими поправками:

1) совершенных программ НЕ СУЩЕСТВУЕТ, и
2) имеющиеся несовершенные более управляемы в пакетном виде, а
3) пока у пакета есть резонное количество пользователей и
   адекватный майнтейнер -- он имеет право на жизнь.

Это мое мнение, которое я как майнтейнер для себя принял.

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

> Ну а вообще последнее слово наверное за Димой.

Да, конечно.  Но Дима перфекционист, а это трудно :-)

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

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

Re: [devel] Re: ЪБ ВПТФПН

[Aleksey Novodvorsky]

Michael Shigorin пишет:

>On Fri, Jan 31, 2003 at 01:08:33PM +0300, Stanislav Ievlev wrote:
>  
>
>>>Мне честно говоря самому не понятна политика партии.
>>>      
>>>
>>Политика партии состоит в том, что лучше не иметь проблем с
>>безопастностью изначально. Пусть лучше не будет дырявой
>>программы, тем более , что есть замена, чем потом раз в месяц
>>выпускать security updates для нее.
>>    
>>
>
>Станислав, и ежу понятно, что в таком случае заниматься
>дистрибутивами общего назначения противопоказано.
>
>Я почти согласен с этой формулировкой с такими поправками:
>
>1) совершенных программ НЕ СУЩЕСТВУЕТ, и
>
да. но есть программы, написанные плохо, а есть программы, написанные
ужасно.

>2) имеющиеся несовершенные более управляемы в пакетном виде, а
>3) пока у пакета есть резонное количество пользователей и
>   адекватный майнтейнер -- он имеет право на жизнь.
>
Мы можем поместить несовершенную программу, но поместить заведомо
дырявую, подвергающую пользователя  опасности -- нет.
Если бы мы вкладывали пакетик с кокаином в коробку master, то его
популярность была бы выше. Но, полагаю, что делать этого не следует. И
не только из-за опасности уголовного преследования.

Rgrds, AEN

>  
>

[devel] Re: за бортом

[Michael Shigorin]

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

On Fri, Jan 31, 2003 at 01:09:55PM +0300, Stanislav Ievlev wrote:
> > > > sendmail-8.12.7-alt1.i586.rpm
> Это сугубо личное мнение:
> Я, в свою очередь, не могу понять людей которые сами
> добровольно готовы сидеть на пороховой бочке.

Слово "добровольно" может быть неуместно для legacy environments.
Спросите migor, полагаю...

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

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

[devel] Re: ЪБ ВПТФПН

[Michael Shigorin]

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

On Fri, Jan 31, 2003 at 02:21:59PM +0300, Aleksey Novodvorsky wrote:
> Если бы мы вкладывали пакетик с кокаином в коробку master, то
> его популярность была бы выше. Но, полагаю, что делать этого не
> следует. И не только из-за опасности уголовного преследования.

Но вы же вкладываете Acrobat и Flash?

(это не претензия -- см. рядом про "добровольно" :-( )

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

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

Re: [devel] за бортом

[Yury Konovalov]

jadetex-urw-test
^^^^^^^^^^^^^^^^^^^^^
Это безобидный примерчик по использованию docbook SGML
Может представлять ценность для тех, кто начинает писать в SGML
и DSSSL на русском языке. Кроме того он экстремально мал ;) 
Я бы включил...

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 03:31:24PM +0500, Victor V Ismakaev wrote:
> 31 Январь 2003 15:14, Stanislav Ievlev написал:
> > On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote:
> > > 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > > telnet-server-3.0-alt3.i586.rpm
> >
> > опять есть добровольцы на пороховую бочку? В прочем этот telnet из
> > OpenBSD. В общем не знаю.
> Думаю,он не помешает.В локальной сети с ним проще(не надо доп клиентов ставить 
> на Винду,если с нее ходить).Тем более что по дефолту он не включается.
> В принципе,если мантайнер не против, могу забрать его себе.Много хлопот он не 
> приносит.
А чем плох stelnet?
Это надо сказать из той же оперы, что и sendmail. Не надо провоцировать
администраторов на ошибки. Кому надо возьмет на свой страх и риск из
Сизифа.
> 
> 
> > > tgif-4.1.42-alt1.i586.rpm
> > > trafshow-3.1-alt2.1.i586.rpm
> > > trafshow-linux-1.3-alt2.i586.rpm
> >
> > Уже есть. Кстати а какая между ними разница?
> У trafshow больше возможностей,
> trafshow-linux умеет слушать ppp интерфейс.
> То есть они друг-друга дополняют.
OK добавлю обоих.
> -- 
> С уважением
> Виктор В Исмакаев
> ivv@altlinux.ru
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 02:28:19PM +0300, Yury Konovalov wrote:
> jadetex-urw-test
> ^^^^^^^^^^^^^^^^^^^^^
> Это безобидный примерчик по использованию docbook SGML
> Может представлять ценность для тех, кто начинает писать в SGML
> и DSSSL на русском языке. Кроме того он экстремально мал ;) 
> Я бы включил...
есть
> 
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

[devel] Re: [devel] Re: [devel] за бортом

[Aleksandr Blokhin]

On Fri, 31 Jan 2003 13:01:33 +0300
Stanislav Ievlev <inger@altlinux.org> wrote:

>> 
>> Может быть ee-0.3.12-alt1.i586.rpm ?
SI> А оно нужно? Если да - не жалко, могу добавить.
>> 

Удобная смотрелка изображений.
mc например использует её для просмотра.

--
Best regards
AB
--
	   ... In nomine Altli, et Ctrli, et Spititus Deli, Reset!

Re: [devel] за бортом

[Victor V Ismakaev]

31 Январь 2003 16:56, Stanislav Ievlev написал:
> On Fri, Jan 31, 2003 at 03:31:24PM +0500, Victor V Ismakaev wrote:
> > 31 Январь 2003 15:14, Stanislav Ievlev написал:
> > > On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote:
> > > > 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > > > telnet-server-3.0-alt3.i586.rpm
> > >
> > > опять есть добровольцы на пороховую бочку? В прочем этот telnet из
> > > OpenBSD. В общем не знаю.
> >
> > Думаю,он не помешает.В локальной сети с ним проще(не надо доп клиентов
> > ставить на Винду,если с нее ходить).Тем более что по дефолту он не
> > включается. В принципе,если мантайнер не против, могу забрать его
> > себе.Много хлопот он не приносит.
>
> А чем плох stelnet?
Если Вы имеете ввиду stelnet -клиент под Win,ничего против не имею,сам 
пользовался,друзья пользуются. Но он является третьесторонней программой для 
Win,посему опять же не у всех есть.Telnet же клиент входит в состав либой 
"сетевой" ОС.
То есть моя мысль такова - ставя дистрибутив Мастера,пользователь ( не говорю 
про "advanced unix-users") ожидает,что у него будет возможность войти на 
сервер знакомым ему методом(знакомым по другим UNIX-системам),а не искать 
приличный терминал,умеющий SSH.
 Он ведь приобретает универсальный дистрибутив,а не систему типа Castle(здесь 
согласен,telnet,sendmail и т.д просто противопоказаны).
 К томуже, если ставиться Мастер в изолированной от хакеров сети,ничего 
страшного не произойдет. 



> Это надо сказать из той же оперы, что и sendmail. Не надо провоцировать
> администраторов на ошибки. Кому надо возьмет на свой страх и риск из
> Сизифа.
Увы,но не у всех есть такая возможность.


-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: за бортом

[Michael Shigorin]

On Fri, Jan 31, 2003 at 02:56:40PM +0300, Stanislav Ievlev wrote:
> Кому надо возьмет на свой страх и риск из Сизифа.

Неправда.

Это потребует (сейчас или вскоре после next release) пересборки.

Думаю, ситуация с production на Master и рабстанциях на
Junior/Sisyphus не является редкой; при этом devel на серверы
ставить не хочется.  По крайней мере на одном, правда, держать
приходится.

Почти как совет "поставить $name из сизифа" времен J1.

PS: поймите правильно!

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

Re: [devel] Re: за бортом

[Dmitry Lebkov]

On Fri, 31 Jan 2003 14:50:05 +0200
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Fri, Jan 31, 2003 at 02:56:40PM +0300, Stanislav Ievlev wrote:
> > Кому надо возьмет на свой страх и риск из Сизифа.
> 
> Неправда.
> 
> Это потребует (сейчас или вскоре после next release) пересборки.
> 
> Думаю, ситуация с production на Master и рабстанциях на
> Junior/Sisyphus не является редкой; при этом devel на серверы
> ставить не хочется.  По крайней мере на одном, правда, держать
> приходится.
> 
> Почти как совет "поставить $name из сизифа" времен J1.
> 
> PS: поймите правильно!

Полностью поддерживаю предыдущего оратора! %)

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

Как уже было замечено выше по ветке, Master - не Castle. Хотелось
бы иметь достаточно универсальное решение из коробки, а не "дистр
плюс некий набор достаточно общепринятого софта с собой на винте
или на CD-RW". Такое я уже проходил на ASP. Стараюсь забыть, как
страшный сон ... &-)

Вот, мои "две копейки" ... за sendmail, telnet-server и другие 
"пороховые бочки" с "удобной подушкой и не всегда удобными спинками
и подлокотниками" ... %)


--
WBR, Dmitry Lebkov

Re: [devel] за бортом

[Вячеслав Диконов]

В Птн, 31.01.2003, в 09:13, Victor V Ismakaev написал:
> 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > Привет всем.
> >
> > Давайте-ка посмотрим, что осталось на сегоняшний день за бортом и исправим
> > пока не поздно.
> yudit-2.7.2-alt1.i586.rpm
> yudit-fonts-full-2.7-alt1.noarch.rpm
> 
> С ними что-то не так?
С ними всё так, хотя уже есть более новая версия.

Я никак не могу понять, в какой же форме я должен подать заявку на тупую
пересборку, чтобы Стас её воспринял %~) . Вот и вся проблема.  
-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] за бортом

[Вячеслав Диконов]

В Птн, 31.01.2003, в 10:05, Volkov Serge написал:
> SI> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.): говорят, что надо исправить конфиг xpdf дабы он их не хотел.
> а по какой причине за бортом остался GQ-0.7.0-alt6.beta2
А почему он не должен их хотеть? Пусть будет поддержка всех человеческих
языков и локалей.

-- 
Вячеслав Диконов <sdiconov@mail.ru>

[devel] Re: за бортом

[Michael Shigorin]

On Fri, Jan 31, 2003 at 11:56:35PM +1000, Dmitry Lebkov wrote:
> чтоб "по-умолчанию" все сервисы, не вызывающие доверия у
> создателей дистрибутива либо не устанавливались вообще, либо
> после инсталляции были бы отключены.

Кстати, да: на сейчас автозапускаемого мусора безумно много.
Скажем, сразу стартуют portmap/nfsd, которые как бы тоже не все в
белом.

> Или, как вариант, давать возможность ставить такие пакеты
> только в режиме "эксперт", c соответствующими предупреждениями

На mdk installer для этого достаточно просто не вносить их в и
так не резиновый список ;-]

А на самом деле -- это и есть contrib, не так ли?  И вопрос уже
обсуждался в этом ключе, и вроде как решился вполне нормально.
:-)

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

Re: [devel] за бортом

[Sergey V Turchin]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

В сообщении от 31 Январь 2003 17:36 ВячеславДиконов написал:
> В Птн, 31.01.2003, в 09:13, Victor V Ismakaev написал:
> > 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > > Привет всем.
> > >
> > > Давайте-ка посмотрим, что осталось на сегоняшний день за
> > > бортом и исправим пока не поздно.
> >
> > yudit-2.7.2-alt1.i586.rpm
> > yudit-fonts-full-2.7-alt1.noarch.rpm
> >
> > С ними что-то не так?
>
> С ними всё так, хотя уже есть более новая версия.
>
> Я никак не могу понять, в какой же форме я должен подать заявку
> на тупую пересборку, чтобы Стас её воспринял %~) . Вот и вся
> проблема.
Проблемы решаются через http://bugs.altlinux.ru

- -- 
Regards, ZerG

### http://altlinux.ru ### ALT Linux Team ### zerg@altlinux.ru ###
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+Oozu+zBIrxwqPwgRAibEAJ9AStzO6YZhLXaqI7wPdRY8QI1d6ACfWMit
xaRW/BjdXwIpnMGqefpj2eE=
=k9Bq
-----END PGP SIGNATURE-----

[devel] Re: за бортом

[Michael Shigorin]

On Fri, Jan 31, 2003 at 05:38:20PM +0300, Вячеслав Диконов wrote:
> > > Есть вопрос по поводу остатков xpdf (корейские, китайские и
> > > т.п.): говорят, что надо исправить конфиг xpdf дабы он их
> > > не хотел.
> А почему он не должен их хотеть? Пусть будет поддержка всех
> человеческих языков и локалей.

Зачем?  Кому надо -- поставит.

/me, которому и так втюхивают лишние *spell* вместе с vim

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

JT Re: [devel] за бортом

[Вячеслав Диконов]

В Птн, 31.01.2003, в 17:49, Sergey V Turchin написал:
> > Я никак не могу понять, в какой же форме я должен подать заявку
> > на тупую пересборку %~) . Вот и вся проблема.
> Проблемы решаются через http://bugs.altlinux.ru
А там что, ошибки в _людях_ принимают и исправляют? :))) Могу на себя
написать...
-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] Re: за бортом

[Вячеслав Диконов]

В Птн, 31.01.2003, в 17:51, Michael Shigorin написал:
> On Fri, Jan 31, 2003 at 05:38:20PM +0300, Вячеслав Диконов wrote:
> > > > Есть вопрос по поводу остатков xpdf (корейские, китайские и
> > > > т.п.): говорят, что надо исправить конфиг xpdf дабы он их
> > > > не хотел.
> > А почему он не должен их хотеть? Пусть будет поддержка всех
> > человеческих языков и локалей.
> 
> Зачем?  Кому надо -- поставит.
Откуда?
Должно быть из дистра, стало быть им там быть надо. ... Быть.

Давайте выкинем всё украинское, как ненужное большинству китайцев :/ ?
Я за полную интернационализацию, поскольку замыкание внутри СНГ уже не
пройдёт. Поддерживать надо ВСЕ иностранные языки в РАВНОЙ мере, а не
странный кастрированный набор из некоторых европейских. Должны быть
базовые системные средства для чтения и письма хоть клинописью и
существующие в программах переводы на все языки.   
 
> /me, которому и так втюхивают лишние *spell* вместе с vim
Ну так снять у пакета лишние зависимости и всё. Я надеюсь разрулить
подобную ситуацию со словарями в ОО, если удачно состыкуюсь с АЕНом.
Словари надо отделить от офиса и давать возможность простой установки
именно нужного их набора.
 
-- 
Вячеслав Диконов <sdiconov@mail.ru>

[devel] Re: за бортом

[Vitaly Ostanin]

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

On Fri, 31 Jan 2003 12:56:23 +0300
Stanislav Ievlev <inger@altlinux.org> wrote:

> On Thu, Jan 30, 2003 at 09:03:17PM +0300, Vitaly Ostanin wrote:
> > On Thu, 30 Jan 2003 20:10:55 +0300
> > Stanislav Ievlev <inger@altlinux.org> wrote:
> > 
> > > Привет всем.
> > > 
> > > Давайте-ка посмотрим, что осталось на сегоняшний день за
> > > бортом и исправим пока не поздно.
> > 
> > Будет очень грустно без
> > 
> > mcrypt
> ни за что

Почему? Дыряво али что?
У меня активно используется для шифрования backup'ов...

> > samba3*
> будет, когда соберет мантейнер.
> > units
> Хорошо, добавлю, вот уж не думал, что кому-то нужно ;)

Спасибо! Я пока не научился дюймы в pspoints в уме
пересчитывать:)

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

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

Re: [devel] Re: за бортом

[Victor Forsyuk]

On Thu, Jan 30, 2003 at 09:14:12PM +0300, Konstantin Lepikhov wrote:


> > Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.):
> > говорят, что надо исправить конфиг xpdf дабы он их не хотел.
> > 
> А что, сильно мешает? Эти пакеты несколько килобайт занимают, и не
> каждому нужна поддержка китайского "из коробки". Пуст (имхо) каждый
> решает, ставить их или не ставить.

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

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

Вопрос с конфигом xpdf только в том, что при отсутствии xpdf-thai
выдаётся предупреждение об ошибке, хотя xpdf при этом нормально
работает. В других языковых компонентах xpdf нет nameToUnicode,
поэтому и отсутствие соответствующих пакетов xpdf переносит
молча.

Re: [devel] Re: за бортом

[Alexander Bokovoy]

On Fri, Jan 31, 2003 at 05:51:31PM +0200, Victor Forsyuk wrote:
> > > Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.):
> > > говорят, что надо исправить конфиг xpdf дабы он их не хотел.
> > > 
> > А что, сильно мешает? Эти пакеты несколько килобайт занимают, и не
> > каждому нужна поддержка китайского "из коробки". Пуст (имхо) каждый
> > решает, ставить их или не ставить.
> 
> Занимают они как раз не несколько килобайт, а больше двух
> мегабайт. При этом нужны далеко не всем пользователям, а
> скорее очень немногим. Но тем не менее некоторым - нужны.
> 
> Я уже написал лично Станиславу аргументацию, почему эти языковые
> пакеты не стоит оставлять за бортом дистрибутива. Надеюсь, их
> всё таки оставят.
> 
> Вопрос с конфигом xpdf только в том, что при отсутствии xpdf-thai
> выдаётся предупреждение об ошибке, хотя xpdf при этом нормально
> работает. В других языковых компонентах xpdf нет nameToUnicode,
> поэтому и отсутствие соответствующих пакетов xpdf переносит
> молча.
Виктор, может Вы тогда уберете эти сообщения? Они мешают корректному
использованию xpdf в качестве трансформатора pdf в другие форматы.
-- 
/ Alexander Bokovoy
---
Al didn't smile for forty years.  You've got to admire a man like that.
		-- from "Mary Hartman, Mary Hartman"

[devel] Re: за бортом

[Michael Shigorin]

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

On Fri, Jan 31, 2003 at 06:29:54PM +0300, Вячеслав Диконов wrote:
> > > > > т.п.): говорят, что надо исправить конфиг xpdf дабы он их
> > > > > не хотел.
> > > А почему он не должен их хотеть? Пусть будет поддержка всех
> > > человеческих языков и локалей.
> > Зачем?  Кому надо -- поставит.
> Откуда?
> Должно быть из дистра, стало быть им там быть надо. ... Быть.

Стоп.  Речь шла о (явных/неявных) зависимостях?
Насчет дистра -- ессно [...].

> Давайте выкинем всё украинское, как ненужное большинству китайцев :/ ?

...аргументировав кол-вом китайских пользователей.  Украинские
есть, причем here and now. :)

> Я за полную интернационализацию, поскольку замыкание внутри СНГ
> уже не пройдёт.

А оно предполагалось? :)

> Поддерживать надо ВСЕ иностранные языки в РАВНОЙ мере, а не
> странный кастрированный набор из некоторых европейских.

Займетесь?

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

Аргументацию на эту тему здесь уже приводили.  Крайности вредны,
вообще то.

> > /me, которому и так втюхивают лишние *spell* вместе с vim
> Ну так снять у пакета лишние зависимости и всё.

Да; так и в данном случае: IMHO правильно, чтоб китаец мог
поставить еще один пакет и пользовать xpdf [etc].  Но не вшивать
из-за этого китайский арабу :-)

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

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

[devel] Выбор языков

[Вячеслав Диконов]

В Птн, 31.01.2003, в 19:48, Michael Shigorin написал:
> On Fri, Jan 31, 2003 at 06:29:54PM +0300, Вячеслав Диконов wrote:
> > > > > > т.п.): говорят, что надо исправить конфиг xpdf дабы он их
> > > > > > не хотел.
> > > > А почему он не должен их хотеть? Пусть будет поддержка всех
> > > > человеческих языков и локалей.
> > > Зачем?  Кому надо -- поставит.
> > Откуда?
> > Должно быть из дистра, стало быть им там быть надо. ... Быть.

> > Я за полную интернационализацию, поскольку замыкание внутри СНГ
> > уже не пройдёт.
> А оно предполагалось? :) 
Существующий сейчас в Бете набор языков именно это и предполагает.

> > Поддерживать надо ВСЕ иностранные языки в РАВНОЙ мере, а не
> > странный кастрированный набор из некоторых европейских.
> Займетесь?
Пытаюсь. См. yudit со средствами набора текста на любом языке мира,
включая дальневосточные, и серию пакетов с ttf шрифтами, покрывающими
вместе большую часть уникода. Легко и просто взять *spell пакеты из mdk.
В будущем надеюсь выкатить универсальный словарь... 

Я не знаю как подключить китайско-корейско-японские шрифты к нашему gs и
заставить Mozill-у их подхватывать автоматом. Вся документация в инете
устарела по отношению к Сизифу.

> > Должны быть базовые системные средства для чтения и письма хоть
> > клинописью и существующие в программах переводы на все языки.   
> Аргументацию на эту тему здесь уже приводили.  Крайности вредны,
Это не крайность. Конечно, мы не можем соперничать с японцами в поддержке японского, но самый минимум (локаль, переводы, шрифты, сервер ввода) быть обязан.

> Да; так и в данном случае: IMHO правильно, чтоб китаец мог
> поставить еще один пакет и пользовать xpdf [etc].  Но не вшивать
> из-за этого китайский арабу :-)
С этим и борюсь :) Зачем мне в альтовском ОО по умолчанию французский
словарь? А где там шведский?

-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] Re: за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 06:40:28PM +0300, Vitaly Ostanin wrote:
> On Fri, 31 Jan 2003 12:56:23 +0300
> Stanislav Ievlev <inger@altlinux.org> wrote:
> 
> > On Thu, Jan 30, 2003 at 09:03:17PM +0300, Vitaly Ostanin wrote:
> > > On Thu, 30 Jan 2003 20:10:55 +0300
> > > Stanislav Ievlev <inger@altlinux.org> wrote:
> > > 
> > > > Привет всем.
> > > > 
> > > > Давайте-ка посмотрим, что осталось на сегоняшний день за
> > > > бортом и исправим пока не поздно.
> > > 
> > > Будет очень грустно без
> > > 
> > > mcrypt
> > ни за что
> 
> Почему? Дыряво али что?
> У меня активно используется для шифрования backup'ов...
Да, дыряво. Настоятельно рекомендую пользоваться всегда самыми последними
версиями с сайта автора.
> 
> > > samba3*
> > будет, когда соберет мантейнер.
> > > units
> > Хорошо, добавлю, вот уж не думал, что кому-то нужно ;)
> 
> Спасибо! Я пока не научился дюймы в pspoints в уме
> пересчитывать:)
> 
> <skipped/>
> 
> -- 
> Regards, Vyt
> mailto:  vyt@vzljot.ru
> JID:     vyt@vzljot.ru

[devel] Re: Выбор языков

[Michael Shigorin]

On Fri, Jan 31, 2003 at 08:11:21PM +0300, Вячеслав Диконов wrote:
> > А оно предполагалось? :) 
> Существующий сейчас в Бете набор языков именно это и предполагает.

Ничего он не предполагает.  Скорее отражает историю и ареал
развития дистро.  И з/е языки -- скорее из Mdk, хотя надеюсь
ошибиться.

> > > Поддерживать надо ВСЕ иностранные языки в РАВНОЙ мере, а не
> > > странный кастрированный набор из некоторых европейских.
> > Займетесь?
> Пытаюсь. См. yudit со средствами набора текста на любом языке

Ну Вы ж большего хотите? ;-)

> мира, включая дальневосточные, и серию пакетов с ttf шрифтами,

Thanks, кстати.

> Я не знаю как подключить китайско-корейско-японские шрифты к
> нашему gs и заставить Mozill-у их подхватывать автоматом. Вся

Моя мозилла со вчера стала показывать иероглифы не кракозябрами
(c) -- но для этого понадобился совет AEN насчет fc-cache.

> > > Должны быть базовые системные средства для чтения и письма хоть
> > > клинописью и существующие в программах переводы на все языки.   
> > Аргументацию на эту тему здесь уже приводили.  Крайности вредны,
> Это не крайность. Конечно, мы не можем соперничать с японцами в
> поддержке японского, но самый минимум (локаль, переводы,
> шрифты, сервер ввода) быть обязан.

Хорошо; займетесь?  Лично меня на данном этапе моего
существования это нисколько не волнует, как и большую часть
команды (насколько я могу предполагать).

Зачем вообще соперничать, если они и так живы-здоровы с RH,
Turbo, Debian и парой своих дистро?  Ведь комфортная среда -- это
максимально полный и аккуратный перевод... да начиная с описаний
пакетов.  У нас и для русского это на сейчас не так, и времени на
одну эту задачу уже нужно больше, чем на ветряные мельницы.

Я ж не против -- но _кто_ и _когда_?

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

Re: [devel] Re: Выбор языков

[Вячеслав Диконов]

В Птн, 31.01.2003, в 20:43, Michael Shigorin написал:
> On Fri, Jan 31, 2003 at 08:11:21PM +0300, Вячеслав Диконов wrote:
> > > А оно предполагалось? :) 
> > Существующий сейчас в Бете набор языков именно это и предполагает.
> Ничего он не предполагает.  Скорее отражает историю и ареал
> развития дистро.  И з/е языки -- скорее из Mdk, хотя надеюсь
> ошибиться.
Отражать надо не ареал, а планету. Этот набор уже оставляет меня за
бортом. Я хочу поддержки скандинавских языков и локалей, т.к. иногда ими
пользуюсь.

> > Я не знаю как подключить китайско-корейско-японские шрифты к
> > нашему gs и заставить Mozill-у их подхватывать автоматом. Вся
> 
> Моя мозилла со вчера стала показывать иероглифы не кракозябрами
> (c) -- но для этого понадобился совет AEN насчет fc-cache.
Можно ссылку или цитату? Исправит недочёт в моей сборке?

> > > > Должны быть базовые системные средства для чтения и письма хоть
> > > > клинописью и существующие в программах переводы на все языки.   
> > > Аргументацию на эту тему здесь уже приводили.  Крайности вредны,
> > Это не крайность. Конечно, мы не можем соперничать с японцами в
> > поддержке японского, но самый минимум (локаль, переводы,
> > шрифты, сервер ввода) быть обязан.
> Хорошо; займетесь?  Лично меня на данном этапе моего
> существования это нисколько не волнует, как и большую часть
> команды (насколько я могу предполагать).
Шрифты постараюсь довести до ума. Лезть в более сложные вещи (xcin, canna и т.д.)
боюсь. UTF локали + уникодные шрифты поставят многое на место.

В качестве напоминания: В КИТАЙСКИХ шрифтах кириллица присутствует
наравне с базовой латинкой. Создатель первого свободного уникодного
шрифта для ТИБЕТСКОГО письма живёт в Москве и пользуется yudit и
Линуксом.

> Зачем вообще соперничать, если они и так живы-здоровы с RH,
> Turbo, Debian и парой своих дистро?  Ведь комфортная среда -- это
> максимально полный и аккуратный перевод... да начиная с описаний
> пакетов.  У нас и для русского это на сейчас не так, и времени на
> одну эту задачу уже нужно больше, чем на ветряные мельницы.
То есть Альт хуже перечисленных? Ничего лучше нам не сделать, но скопировать, то что и так есть и работает у "больших" нужно. 

> Я ж не против -- но _кто_ и _когда_?
Помаленьку.

Предлагаю программу действий:
1) полный набор языков и локалей начиная с установщика системы. 
(сейчас нету)
2) полный набор шрифтов 
(почти есть)
2) полный набор ispell и MySpell словарей
(MySpell сделан, жду АЕНа с новыми RPM ОО уже скоро месяц).


-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] Re: Выбор языков

[Alexey V. Lubimov]

On 31 Jan 2003 20:57:33 +0300
Вячеслав Диконов <sdiconov@mail.ru> wrote:

> В Птн, 31.01.2003, в 20:43, Michael Shigorin написал:
> > On Fri, Jan 31, 2003 at 08:11:21PM +0300, Вячеслав Диконов wrote:
> > > > А оно предполагалось? :) 
> > > Существующий сейчас в Бете набор языков именно это и предполагает.
> > Ничего он не предполагает.  Скорее отражает историю и ареал
> > развития дистро.  И з/е языки -- скорее из Mdk, хотя надеюсь
> > ошибиться.
> Отражать надо не ареал, а планету. Этот набор уже оставляет меня за
> бортом. Я хочу поддержки скандинавских языков и локалей, т.к. иногда ими
> пользуюсь.
> 
> > > Я не знаю как подключить китайско-корейско-японские шрифты к
> > > нашему gs и заставить Mozill-у их подхватывать автоматом. Вся
> > 
> > Моя мозилла со вчера стала показывать иероглифы не кракозябрами
> > (c) -- но для этого понадобился совет AEN насчет fc-cache.
> Можно ссылку или цитату? Исправит недочёт в моей сборке?

это не в пакете. при установке шрифтов надо делать от рута
fc-cache dir_with_fonts

-- 
С уважением, Алексей Любимов avl@cad.ru

Re: [devel] Re: Выбор языков

[Вячеслав Диконов]

В Птн, 31.01.2003, в 21:19, Aleksey Novodvorsky написал:
> Alexey V. Lubimov пишет:
> >>Можно ссылку или цитату? Исправит недочёт в моей сборке?
> >это не в пакете. при установке шрифтов надо делать от рута
> >fc-cache dir_with_fonts
> В пакете.
> Requires: fontconfig
> 
> .....
> 
> %post
> fc-cache <fonts-dir>
> 
> Rgrds, AEN
Вношу во все шрифтовые пакеты в %post.

-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] Re: Выбор языков

[Aleksey Novodvorsky]

Alexey V. Lubimov пишет:

>On 31 Jan 2003 20:57:33 +0300
>Вячеслав Диконов <sdiconov@mail.ru> wrote:
>
>  
>
>>В Птн, 31.01.2003, в 20:43, Michael Shigorin написал:
>>    
>>
>>>On Fri, Jan 31, 2003 at 08:11:21PM +0300, Вячеслав Диконов wrote:
>>>      
>>>
>>>>>А оно предполагалось? :) 
>>>>>          
>>>>>
>>>>Существующий сейчас в Бете набор языков именно это и предполагает.
>>>>        
>>>>
>>>Ничего он не предполагает.  Скорее отражает историю и ареал
>>>развития дистро.  И з/е языки -- скорее из Mdk, хотя надеюсь
>>>ошибиться.
>>>      
>>>
>>Отражать надо не ареал, а планету. Этот набор уже оставляет меня за
>>бортом. Я хочу поддержки скандинавских языков и локалей, т.к. иногда ими
>>пользуюсь.
>>
>>    
>>
>>>>Я не знаю как подключить китайско-корейско-японские шрифты к
>>>>нашему gs и заставить Mozill-у их подхватывать автоматом. Вся
>>>>        
>>>>
>>>Моя мозилла со вчера стала показывать иероглифы не кракозябрами
>>>(c) -- но для этого понадобился совет AEN насчет fc-cache.
>>>      
>>>
>>Можно ссылку или цитату? Исправит недочёт в моей сборке?
>>    
>>
>
>это не в пакете. при установке шрифтов надо делать от рута
>fc-cache dir_with_fonts
>
>  
>
В пакете.
Requires: fontconfig

.....

%post
fc-cache <fonts-dir>

Rgrds, AEN

Re: [devel] Re: Выбор языков

[Aleksey Novodvorsky]

Вячеслав Диконов пишет:

>В Птн, 31.01.2003, в 21:19, Aleksey Novodvorsky написал:
>  
>
>>Alexey V. Lubimov пишет:
>>    
>>
>>>>Можно ссылку или цитату? Исправит недочёт в моей сборке?
>>>>        
>>>>
>>>это не в пакете. при установке шрифтов надо делать от рута
>>>fc-cache dir_with_fonts
>>>      
>>>
>>В пакете.
>>Requires: fontconfig
>>
>>.....
>>
>>%post
>>fc-cache <fonts-dir>
>>
>>Rgrds, AEN
>>    
>>
>Вношу во все шрифтовые пакеты в %post.
>
>  
>
Только в ttf и Type1 !

Rgrds, AEN

Re: [devel] Re: Выбор языков

["Алексей Любимов"]

> >>Можно ссылку или цитату? Исправит недочёт в моей сборке?
> >>    
> >>
> >
> >это не в пакете. при установке шрифтов надо делать от рута
> >fc-cache dir_with_fonts
> >
> >  
> >
> В пакете.
> Requires: fontconfig
> 
> .....
> 
> %post
> fc-cache <fonts-dir>
> 
> Rgrds, AEN

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

[devel] Re: за бортом

[Konstantin Lepikhov]

Hi Andrey!

Friday 31, at 01:49:11 AM you wrote:

> On Friday 31 January 2003 00:14, you wrote:
> > А что, svgalib уже убили? За что так - она уже давно не suid'на, да и zgv
> > от него зависит...
> 
> Да решили, что zgv это не наш путь. Некторые (я в том числе) вяло возражали
> но мантейнить никто не взялся. 
OK! Мне оно нужно. Гляделка под fbdev - отстойнейшая вещь по сравнению с
ней. Надо будет глянуть на src.rpm..

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[devel] Re: за бортом

[Konstantin Lepikhov]

Hi Victor!

Friday 31, at 05:51:31 PM you wrote:

> On Thu, Jan 30, 2003 at 09:14:12PM +0300, Konstantin Lepikhov wrote:
> 
> 
> > > Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.):
> > > говорят, что надо исправить конфиг xpdf дабы он их не хотел.
> > > 
> > А что, сильно мешает? Эти пакеты несколько килобайт занимают, и не
> > каждому нужна поддержка китайского "из коробки". Пуст (имхо) каждый
> > решает, ставить их или не ставить.
> 
> Занимают они как раз не несколько килобайт, а больше двух
> мегабайт. При этом нужны далеко не всем пользователям, а
> скорее очень немногим. Но тем не менее некоторым - нужны.
> 
> Я уже написал лично Станиславу аргументацию, почему эти языковые
> пакеты не стоит оставлять за бортом дистрибутива. Надеюсь, их
> всё таки оставят.
Ну например, смотреть pdf на всякие микрухи и транзисторы очень помогает.
И экономит кучу места на винте, т.к acroread вообще читать (и главное
печатать!) такие файлы без фонтов оказывается.
> 
> Вопрос с конфигом xpdf только в том, что при отсутствии xpdf-thai
> выдаётся предупреждение об ошибке, хотя xpdf при этом нормально
> работает. В других языковых компонентах xpdf нет nameToUnicode,
> поэтому и отсутствие соответствующих пакетов xpdf переносит
> молча.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

Re: [devel] Re: Выбор языков

[Вячеслав Диконов]

В Птн, 31.01.2003, в 22:11, "Алексей Любимов" написал:
> > >>Можно ссылку или цитату? Исправит недочёт в моей сборке?
> > >>    
> > >>
> > >
> > >это не в пакете. при установке шрифтов надо делать от рута
> > >fc-cache dir_with_fonts
> > >
> > >  
> > >
> > В пакете.
> > Requires: fontconfig
> > 
> > .....
> > 
> > %post
> > fc-cache <fonts-dir>
> > 
> > Rgrds, AEN
> 
> ага. плохо выразился. имелось в виду, что делать это в пакете со словарями явно не нужно...
> Вобщем забираю на атмск...
Почему?
Давайте разберёмся, пока я не начал править пакеты. Хочу сам себе
повесить ошибку за то, что после установки пакетов c ttf шрифтами,
шрифты не подхватываются мозиллой и Гномом2 автоматически. 

> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel
-- 
Вячеслав Диконов <sdiconov@mail.ru>

[devel] Re: Выбор языков

[Michael Shigorin]

On Fri, Jan 31, 2003 at 08:57:33PM +0300, Вячеслав Диконов wrote:
> Отражать надо не ареал, а планету.

...а реалист учит китайский. :)

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

Я прекрасно это помню ;)

> > Зачем вообще соперничать, если они и так живы-здоровы с RH,
> > Turbo, Debian и парой своих дистро?  Ведь комфортная среда --
> > это максимально полный и аккуратный перевод... да начиная с
> То есть Альт хуже перечисленных?

В области коддержки kanji -- да, хуже.  А в области помещания в
флэшки -- да, хуже любого embedded.  Да что там говорить, для
Live CD хуже Блина.

Но это же не делает его "хуже" вообще, не так ли?

Лучше всегда можно, но "мамонта нужно есть постепенно".

> Ничего лучше нам не сделать, но скопировать, то что и так есть
> и работает у "больших" нужно. 

Кому нужно?

> Предлагаю программу действий:
> 1) полный набор языков и локалей начиная с установщика системы.
> (сейчас нету)

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

> 2) полный набор шрифтов (почти есть)

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

> 2) полный набор ispell и MySpell словарей (MySpell сделан, жду
> АЕНа с новыми RPM ОО уже скоро месяц).

2) переводы.  Посмотрите на RH specspo и задумайтесь над тем,
какая проблематика все же там имеется.

PS: если кто-то еще не воспринимает меня как межкирпичного
провокатора -- it's all his fault ;]

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

[devel] [devel] Mono за бортом

[Vitaly Lugovsky]

On Fri, 31 Jan 2003, Stanislav Ievlev wrote:

> >  Хотелось бы всё же увидеть в дистрибутиве mono и mcs,
> > mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей
> > рисовалки векторной графики обойтись?!?), R-Base.
> >
> >  Куда смотрят майнтейнеры?!?
> По поводу mono не уверен, что надо. Проект сыроват. Убедите.

 Может он и сыроват, но *уже* работает. Хоть Gnome пока на него и
не завязан - но это дело ближайшего будущего, тут уж де Иказа
расстарается, и как минимум стоит дать Mono тестовую базу
побольше.

 Кроме того - я за наличие как можно более широкого спектра
языков и средств разработки в дистрибутиве, а C#, не смотря на
своё сомнительное происхождение - всё же, язык вполне достойный.
Так же, Mono, как и вообще .NET - неплохая платформа для
разработки компиляторов. Я сам, как только mono стал минимально
юзабельным, вообще выбросил из всех своих планов какие бы то ни
было порочные связи с JVM - раз уж теперь есть портабельная
*правильная* платформа. С этой точки зрения Mono - не сырой
проект - тут важна сама платформа, а не степень совместимости с
.NET по библиотекам. JIT по крайней мере на x86 там работает уже
вполне себе безглючно - чего же более?

Re: [devel] за бортом

[Andrey Orlov]

On Friday 31 January 2003 13:09, you wrote:
> > Кстати да. Я знаю очень многих людей, которые отсутствие sendmail в
> > дистрибутиве мгря не поймут. Я сам не пойму - хотя и перехожу на postfix.
> Это сугубо личное мнение:
> 	Я, в свою очередь, не могу понять людей которые сами добровольно готовы
> сидеть на пороховой бочке.

Станислав, хотя в свое время (~7 лет назад) sendmail был для меня началом
некоторого нового этапа в жизни, тем не менее я с вами согласен - собственно
я в процессе перехода на postfix: новые сервера уже на нем, старые в процессе. 
Но, тем не менее, sendmail это что вроде, не знаю даже чего. Короче, это уже 
больше похоже на маркетинговый вопрос.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- www.neural.ru, cray@neural.ru ---
----------------------------------------

Re: [devel] Re: Выбор языков

["Алексей Любимов"]

On 31 Jan 2003 23:40:42 +0300
Вячеслав Диконов <sdiconov@mail.ru> wrote:

> В Птн, 31.01.2003, в 22:11, "Алексей Любимов" написал:
> > > >>Можно ссылку или цитату? Исправит недочёт в моей сборке?
> > > >>    
> > > >>
> > > >
> > > >это не в пакете. при установке шрифтов надо делать от рута
> > > >fc-cache dir_with_fonts
> > > >
> > > >  
> > > >
> > > В пакете.
> > > Requires: fontconfig
> > > 
> > > .....
> > > 
> > > %post
> > > fc-cache <fonts-dir>
> > > 

> > > Rgrds, AEN
> > 
> > ага. плохо выразился. имелось в виду, что делать это в пакете со словарями явно не нужно...
> > Вобщем забираю на атмск...
> Почему?
> Давайте разберёмся, пока я не начал править пакеты. Хочу сам себе
> повесить ошибку за то, что после установки пакетов c ttf шрифтами,
> шрифты не подхватываются мозиллой и Гномом2 автоматически. 

вот в те пакеты, которые добавляют TTF или TYPE1 шрифты в систему необходимо добавлять в том числе и эту процедуру.
Если шрифтов в пакете нет, то зависимость на fontconfig и команда fc-cache явно лишние.

Re: [devel] Re: Выбор языков

[Вячеслав Диконов]

В Сбт, 01.02.2003, в 01:00, Michael Shigorin написал:
> > Ничего лучше нам не сделать, но скопировать, то что и так есть
> > и работает у "больших" нужно. 
> Кому нужно?
Нужно для того, чтобы иметь право называть Альт универсальным и
интернациональным дистрибутивом.
 
> > Предлагаю программу действий:
> > 1) полный набор языков и локалей начиная с установщика системы.
> > (сейчас нету)
> Я бы все же оставил поддержку в инсталяторе на тот период, когда
> у нас будет свой инсталятор.  Тогда, кстати, и мотивации у оных
> японцев может прибавиться.
А в чём проблема? Надо просто не выкидывать то, что и так есть. 

> > 2) полный набор ispell и MySpell словарей (MySpell сделан, жду
> > АЕНа с новыми RPM ОО уже скоро месяц).
> 
> 2) переводы.  
Переводы будут писать носители языков. Наше дело - русский, белорусский,
украинский, татарский и т.п. Они будут приходить вместе с программами,
главное не отбрасывать. 

Я не могу и не требую обеспечить _лучшую и полную _ поддержку любого
мыслимого языка. Я хочу, чтобы система "из коробки" гарантированно имела
бы набор _базовых_ системных средств поддержки любого языка, которые
позволили бы 
1) читать написанный на нём текст.
2) писать в рамках возможностей UTF.
3) проверять правописание при помощи существующих в мире словарей для ОО
ispell и т.д. В общем, чтобы мой знакомый из Кореи смог приехать в
Москву, подойти к компьютеру, почитать Интернет и написать письмо маме
на родном языке.

Всё это отнюдь не так трудно. Думаете американцам в КраснойШляпе легко
обеспечивать поддержку русского, которого они сами не знают? Но ведь
работает, и initscripts (сообщения при загрузке RH 7.3) локализованы
лучше чев Альте.

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

> Посмотрите на RH specspo и задумайтесь над тем,
> какая проблематика все же там имеется.
Не понял куда смотреть :(.  
Я согласен с Левиным, что переводы необходимо переносить из .spec в .po
файлы. Но если кто-то подобно зергу скажет, что переводы описаний
пакетов вообще не нужны, то буду бороться до победы. Английский должен
знать своё место в ряду прочих. 

-- 
Вячеслав Диконов <sdiconov@mail.ru>

[devel] Re: Выбор языков

[Michael Shigorin]

On Sat, Feb 01, 2003 at 05:35:51PM +0300, Вячеслав Диконов wrote:
> > > Ничего лучше нам не сделать, но скопировать, то что и так
> > > есть и работает у "больших" нужно. 
> > Кому нужно?
> Нужно для того, чтобы иметь право называть Альт универсальным и
> интернациональным дистрибутивом.

Кому нужно?

> > Я бы все же оставил поддержку в инсталяторе на тот период, когда
> > у нас будет свой инсталятор.  Тогда, кстати, и мотивации у оных
> > японцев может прибавиться.
> А в чём проблема? Надо просто не выкидывать то, что и так есть. 

Где?  (в тарболах или у RH -- знаю, я не о том)

> > 2) переводы.  
> Переводы будут писать носители языков. Наше дело - русский,
> белорусский, украинский, татарский и т.п. Они будут приходить
> вместе с программами, главное не отбрасывать. 

Скажем так: не лишать минимально разумного базиса.

Я, собственно, докапываюсь к тому, что всякая _качественно_
выполненная работа подразумевает мотивацию.  И мотивация делать
специфически японские пакеты (и поддерживать их -- см. недавние
sec updates редхата на тему пакетов поддержки иероглифического
ввода) -- не самая маленькая должна быть.

> Я не могу и не требую обеспечить _лучшую и полную _ поддержку
> любого мыслимого языка.

Именно.  Поэтому я и говою об уровнях и приоритетах, а они не
очень дружат с шаблонами :-(

> Я хочу, чтобы система "из коробки" гарантированно имела бы
> набор _базовых_ системных средств поддержки любого языка,

Таки любого?

> В общем, чтобы мой знакомый из Кореи смог приехать в Москву,
> подойти к компьютеру, почитать Интернет и написать письмо маме
> на родном языке.

Это замечательно. (не шучу)

> Всё это отнюдь не так трудно. Думаете американцам в
> КраснойШляпе легко обеспечивать поддержку русского, которого
> они сами не знают? Но ведь работает, и initscripts (сообщения
> при загрузке RH 7.3) локализованы лучше чев Альте.

Не уверен насчет "не так трудно"; мотивацию RH мне понять также
гораздо проще.  TL -- еще гораздее.

И не уверен в правильности решения локализовать initscripts, в
частности: что бело-синие зюки сдохших форточек по сей день, что
зависимость базового пакета на что-то нетривиальное лично меня
нервирует.

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

Именно.  Вопрос в том, нужны ли мы нам.  Для начала :-)

"Врачу, исцелися сам" (C)

> > Посмотрите на RH specspo и задумайтесь над тем,
> > какая проблематика все же там имеется.
> Не понял куда смотреть :(.  Я согласен с Левиным, что переводы
> необходимо переносить из .spec в .po файлы.

Берете редхатовский пакет specspo и проникаетесь...

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

Re: [devel] Re: Выбор языков

[Вячеслав Диконов]

В Сбт, 01.02.2003, в 19:32, Michael Shigorin написал:
> On Sat, Feb 01, 2003 at 05:35:51PM +0300, Вячеслав Диконов wrote:
> > > > Ничего лучше нам не сделать, но скопировать, то что и так
> > > > есть и работает у "больших" нужно. 
> > > Кому нужно?
> > Нужно для того, чтобы иметь право называть Альт универсальным и
> > интернациональным дистрибутивом.
> Кому нужно?
Альту и мне. Назвался груздем - полезай в кузов. 

> > > Я бы все же оставил поддержку в инсталяторе на тот период, когда
> > > у нас будет свой инсталятор.  Тогда, кстати, и мотивации у оных
> > > японцев может прибавиться.
> > А в чём проблема? Надо просто не выкидывать то, что и так есть. 
> Где?  (в тарболах или у RH -- знаю, я не о том)
В тарболах, ессно.

> > > 2) переводы.  
> > Переводы будут писать носители языков. Наше дело - русский,
> > белорусский, украинский, татарский и т.п. Они будут приходить
> > вместе с программами, главное не отбрасывать. 
> Скажем так: не лишать минимально разумного базиса.
Именно.

> > Я не могу и не требую обеспечить _лучшую и полную _ поддержку
> > любого мыслимого языка.
> Именно.  Поэтому я и говою об уровнях и приоритетах, а они не
> очень дружат с шаблонами :-(
> > Я хочу, чтобы система "из коробки" гарантированно имела бы
> > набор _базовых_ системных средств поддержки любого языка,
> Таки любого?
По крайней мере живого, чья письменность присутствуюет в UTF8 Plane1. С этрусским, клингоном, лоджбаном, и шумерским можно подождать.

> > Всё это отнюдь не так трудно. Думаете американцам в
> > КраснойШляпе легко обеспечивать поддержку русского, которого
> > они сами не знают? Но ведь работает, и initscripts (сообщения
> > при загрузке RH 7.3) локализованы лучше чев Альте.
> Не уверен насчет "не так трудно"; мотивацию RH мне понять также
> гораздо проще.  TL -- еще гораздее.
RH уже сделала большую работу. Я думаю стянуть оттуда сервера ввода для дальневосточных языков и пересобрать для Альта. Исправления и поддержка - при появлении жалоб от китайцев и силами китайцев.

> И не уверен в правильности решения локализовать initscripts, в
> частности: что бело-синие зюки сдохших форточек по сей день, что
> зависимость базового пакета на что-то нетривиальное лично меня
> нервирует.
Initscripts показывают перевод в нормально запускающейся системе.

Я категорически за русские имена пользователей и пароли, русские надписи
уже на уровне lilo, тотальный перевод всех описаний всех пакетов и
интерфейсов пользовательских программ. Система должна быть дружественна
не только массовому американскому пользователю, а значит всегда говорить
на родном для человека языке. Не забывайте о реально существующем
языковом барьере при работе с современными нам компьютерами. Мой отец не
может свободно работать с персоналками, хотя в 70х паял ламповые ЭВМ для
запуска кузькиной матери и изучал алгол.

К Дмитрию Левину: если программа Х не интернационализируется, то это
плохо спроектированная и написанная программа, а если не позволяет
старый терминал, то всегда можно его сдать в музей или не использовать
новые возможности.  

Человек - мера всех своих вещей.

А также:
Необходим качественно иной уровень работы над переводами, в том числе
общая редактура всех имеющихся в системе переводов (чтобы не было там
пробелов и чудес вроде "щелчёк" и "сдирание с сидирома"). Я ищу
вторую/другую работу и с удовольствием пойду переводчиком-тех писателем
для Линукса (Где только такое есть?).

-- 
Вячеслав Диконов <sdiconov@mail.ru>

[devel] Re: Выбор языков

[Michael Shigorin]

On Sat, Feb 01, 2003 at 08:07:23PM +0300, Вячеслав Диконов wrote:
> > > Нужно для того, чтобы иметь право называть Альт универсальным и
> > > интернациональным дистрибутивом.
> > Кому нужно?
> Альту и мне.

Насчет альта хотел бы ссылку (можно на слова).

> Назвался груздем - полезай в кузов.

Именно -- по части второй ;-)

> > > А в чём проблема? Надо просто не выкидывать то, что и так есть. 
> > Где?  (в тарболах или у RH -- знаю, я не о том)
> В тарболах, ессно.

А кто выкидывает?

trickster:~> rpm -ql gimp | grep ja/
/usr/share/locale/ja/LC_MESSAGES/gimp-libgimp.mo
/usr/share/locale/ja/LC_MESSAGES/gimp-script-fu.mo
/usr/share/locale/ja/LC_MESSAGES/gimp-std-plugins.mo
/usr/share/locale/ja/LC_MESSAGES/gimp.mo

> > > Я хочу, чтобы система "из коробки" гарантированно имела бы
> > > набор _базовых_ системных средств поддержки любого языка,
> > Таки любого?
> По крайней мере живого, чья письменность присутствуюет в UTF8
> Plane1. С этрусским, клингоном, лоджбаном, и шумерским можно
> подождать.

Я не о стандартах -- они хороши, как известно, тем, что всегда
есть из чего выбрать -- а о реалиях жизни.  И мотивации.

> > Не уверен насчет "не так трудно"; мотивацию RH мне понять также
> > гораздо проще.  TL -- еще гораздее.
> RH уже сделала большую работу. Я думаю стянуть оттуда сервера
> ввода для дальневосточных языков и пересобрать для Альта.

Это понятно, что сделала.  Только начало работы обречено иметь
продолжение.  Которое может стать вполне boring.

> Исправления и поддержка - при появлении жалоб от китайцев и
> силами китайцев.

А исправления _дырок_?  Я ж именно об этом аспекте.  Причем
быстро и надежно (в идеале)...

> > И не уверен в правильности решения локализовать initscripts, в
> > частности: что бело-синие зюки сдохших форточек по сей день, что
> > зависимость базового пакета на что-то нетривиальное лично меня
> > нервирует.
> Initscripts показывают перевод в нормально запускающейся системе.

Да ну?  А в ненормально запускающейся, с разбомбленным /usr?
с воронкой в libintl.so?

> Я категорически за русские имена пользователей и пароли,

Ммм... я против.  _Возможность_ -- да, было бы хорошо.  Но на
данном этапе исторического развития предлагаю для начала помочь с
non-7bit URLs и RFC822-адресами.

Для начала.

> русские надписи уже на уровне lilo,

Я категорически против -- см. выше.  Чревато.

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

Если кто-то возьмется махнуть волшебной палочкой над всеми
VGA/EGA/CGA/MDA в природе -- вперед, на грабли.

:-(

>  тотальный перевод всех описаний всех пакетов и интерфейсов
>  пользовательских программ.

Да.

>  Система должна быть дружественна не только массовому
>  американскому пользователю,

s/ламериканскому/англопонимающему/

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

Ессно.

> К Дмитрию Левину: если программа Х не интернационализируется,
> то это плохо спроектированная и написанная программа,

Чушь (TM)

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

> а если не позволяет старый терминал, то всегда можно его сдать
> в музей или не использовать новые возможности.  

Всегда -- это когда говорящие так лично гарантируют такую
возможность.

> Человек - мера всех своих вещей.

Ответ был бы полным офтопиком, хотя мы и так на грани (если еще).

> Необходим качественно иной уровень работы над переводами, в том
> числе общая редактура всех имеющихся в системе переводов (чтобы
> не было там пробелов и чудес вроде "щелчёк" и "сдирание с
> сидирома").

Это в основном организационка и немного напильника.  Не самая
легкая, впрочем.

> Я ищу вторую/другую работу и с удовольствием пойду
> переводчиком-тех писателем для Линукса (Где только такое
> есть?).

Удачи!

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

Re: [devel] Re: Выбор языков

[Вячеслав Диконов]

В Сбт, 01.02.2003, в 20:44, Michael Shigorin написал:
> On Sat, Feb 01, 2003 at 08:07:23PM +0300, Вячеслав Диконов wrote:
> > > > Нужно для того, чтобы иметь право называть Альт универсальным и
> > > > интернациональным дистрибутивом.
> > > Кому нужно?
> > Альту и мне.
> Насчет альта хотел бы ссылку (можно на слова).
> > Назвался груздем - полезай в кузов.
> Именно -- по части второй ;-)
Эх, диктофона не было... Вообще-то это вещи связанные. Есть ведь "наши
люди" в Израиле, Эстонии, Германии...

> Я не о стандартах -- они хороши, как известно, тем, что всегда
> есть из чего выбрать -- а о реалиях жизни.  И мотивации.
> 
> > > Не уверен насчет "не так трудно"; мотивацию RH мне понять также
> > > гораздо проще.  TL -- еще гораздее.
> > RH уже сделала большую работу. Я думаю стянуть оттуда сервера
> > ввода для дальневосточных языков и пересобрать для Альта.
> Это понятно, что сделала.  Только начало работы обречено иметь
> продолжение.  Которое может стать вполне boring.
> 
> > Исправления и поддержка - при появлении жалоб от китайцев и
> > силами китайцев.
> А исправления _дырок_?  Я ж именно об этом аспекте.  Причем
> быстро и надежно (в идеале)...
А зачем? Если пользоваться будет 0,5 человека, то и проблемы не возникнет, так как другие эту дырку себе не поставят. Если пользователей окажется много, то заинтересованные и подхватят. Кроме того, RH тоже будет дырки штопать.

> > > И не уверен в правильности решения локализовать initscripts, в
> > > частности: что бело-синие зюки сдохших форточек по сей день, что
> > > зависимость базового пакета на что-то нетривиальное лично меня
> > > нервирует.
> > Initscripts показывают перевод в нормально запускающейся системе.
> 
> Да ну?  А в ненормально запускающейся, с разбомбленным /usr?
> с воронкой в libintl.so?
А отсутствие шрифта должно легко определяться и вызывать возврат к C.

> > Я категорически за русские имена пользователей и пароли,
> Ммм... я против.  _Возможность_ -- да, было бы хорошо.  Но на
> данном этапе исторического развития предлагаю для начала помочь с
> non-7bit URLs и RFC822-адресами.
Мне кажется, что это сложнее и дольше.

> > русские надписи уже на уровне lilo,
> Я категорически против -- см. выше.  Чревато.

> Нормальный пользователь не должен страдать от англоязычности
> загрузчика по той причине, что тот должен работать; если не
> работает -- нормальный админ не должен страдать от идиосинкразии,
> которая дружелюбно проявится кракозябрами.
> 
> Если кто-то возьмется махнуть волшебной палочкой над всеми
> VGA/EGA/CGA/MDA в природе -- вперед, на грабли.
> 
> :-(
А они (EGA/CGA/MDA) ещё пыхтят? Ну кто мешает админу отключить пряники при столкновении с динозаврами?

> >  тотальный перевод всех описаний всех пакетов и интерфейсов
> >  пользовательских программ.
> 
> Да.
> 
> >  Система должна быть дружественна не только массовому
> >  американскому пользователю,
> 
> s/ламериканскому/англопонимающему/
Именно американскому. Именно для этого условного "американца" и настроено по умолчанию всё, что только возможно. В результате, англосаксы оказываются в привилегированном положении.

> >  а значит всегда говорить на родном для человека языке. Не
> >  забывайте о реально существующем языковом барьере при работе с
> >  современными нам компьютерами.
> Ессно.

> > К Дмитрию Левину: если программа Х не интернационализируется,
> > то это плохо спроектированная и написанная программа,
> Чушь (TM)
Не такая уж. Следует, конечно ввести доп. условия: 
- программа Х, которая общается с пользователем при помощи языковых
знаков. 
- целевая группа пользователей программы не являеся строго моноязычной и
не может быть ограничена с точностью до каждого человека.

> Слава, не подставляйтесь под подколы математиков гуманитариям --
> но это утверждение, вообще говоря, некорректно.
> 
> > а если не позволяет старый терминал, то всегда можно его сдать
> > в музей или не использовать новые возможности.  
> Всегда -- это когда говорящие так лично гарантируют такую
> возможность.
Всегда можно настроить.

> > Человек - мера всех своих вещей.
> Ответ был бы полным офтопиком, хотя мы и так на грани (если еще).

> > Необходим качественно иной уровень работы над переводами, в том
> > числе общая редактура всех имеющихся в системе переводов (чтобы
> > не было там пробелов и чудес вроде "щелчёк" и "сдирание с
> > сидирома").
> Это в основном организационка и немного напильника.  Не самая
> легкая, впрочем.
Кто бы ей занялся?

> > Я ищу вторую/другую работу и с удовольствием пойду
> > переводчиком-тех писателем для Линукса (Где только такое
> > есть?).
> Удачи!

-- 
Вячеслав Диконов <sdiconov@mail.ru>

[devel] Re: Выбор языков

[Michael Shigorin]

On Sat, Feb 01, 2003 at 09:12:26PM +0300, Вячеслав Диконов wrote:
> > > > > Нужно для того, чтобы иметь право называть Альт универсальным и
> > > > > интернациональным дистрибутивом.
> > > > Кому нужно?
> > > Альту и мне.
> Эх, диктофона не было... Вообще-то это вещи связанные. Есть
> ведь "наши люди" в Израиле, Эстонии, Германии...

Я знаю.  Просто "корректно подготовленный к локализации
дистрибутив" (с правильной поддержкой i18n) и _фактически_
локализованный -- разные вещи.  Насколько я понимаю, мы можем
пока надеяться на (и делать) первое.

> > А исправления _дырок_?  Я ж именно об этом аспекте.  Причем
> > быстро и надежно (в идеале)...
> А зачем? Если пользоваться будет 0,5 человека, то и проблемы не
> возникнет, так как другие эту дырку себе не поставят.

Видите ли, если есть пакет и он имеет known sec hole -- это, как
бы помягче выразиться, бОльшая проблема для дистрибутива, чем
отсутствие поддержки клингона или даже японского.

> Если пользователей окажется много, то заинтересованные и
> подхватят.  Кроме того, RH тоже будет дырки штопать.

Вот будет надо -- пусть и паяют пакет.  И поддерживают.

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

> > Да ну?  А в ненормально запускающейся, с разбомбленным /usr?
> > с воронкой в libintl.so?
> А отсутствие шрифта должно легко определяться и вызывать возврат к C.

Да при чем тут шрифт.  Через что там локализация сделана -- не
столь важно, это дополнительный и не вполне тривиальный код.

> > > Я категорически за русские имена пользователей и пароли,
> > Ммм... я против.  _Возможность_ -- да, было бы хорошо.  Но на
> > данном этапе исторического развития предлагаю для начала помочь с
> > non-7bit URLs и RFC822-адресами.
> Мне кажется, что это сложнее и дольше.

Мне тоже.  Но что прикажете делать с http://host/~Ваня/ и
Петр.Семенович@host ?

> > Если кто-то возьмется махнуть волшебной палочкой над всеми
> > VGA/EGA/CGA/MDA в природе -- вперед, на грабли.
> > :-(
> А они (EGA/CGA/MDA) ещё пыхтят? Ну кто мешает админу отключить
> пряники при столкновении с динозаврами?

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

> > > К Дмитрию Левину: если программа Х не интернационализируется,
> > > то это плохо спроектированная и написанная программа,
> > Чушь (TM)
> Не такая уж. Следует, конечно ввести доп. условия: 
> - программа Х, которая общается с пользователем при помощи
> языковых знаков. 

Вот.

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

Именно.

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

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

Re: [devel] за бортом

[Dmitry V. Levin]

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

On Fri, Jan 31, 2003 at 01:14:39PM +0300, Stanislav Ievlev wrote:
> On Fri, Jan 31, 2003 at 11:08:33AM +0500, Victor V Ismakaev wrote:
> > 30 Январь 2003 22:10, Stanislav Ievlev написал:
> > telnet-server-3.0-alt3.i586.rpm
> опять есть добровольцы на пороховую бочку? В прочем этот telnet из
> OpenBSD. В общем не знаю.

Я думаю, что telnet-server стоит включить в дистрибутив.
Не из-за того, что telnet protocol, возможно, имеет смысл в современном мире,
а из-за довольно приличной реализации.
В конце концов, хороший пример реализации концепции privilege separation
на практике не так часто встречается.

См. /usr/share/doc/telnet-server-3.0/telnetd.eps из пакета
telnet-server-3.0-alt3


--
ldv

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

Re: [devel] Re: за бортом

[Igor Tertishny]

> > Поддерживать надо ВСЕ иностранные языки в РАВНОЙ мере, а не
> > странный кастрированный набор из некоторых европейских.
>
> Займетесь?
>

Я подметил, что почти все проги, работавшие с ивритом, выброшены из Сизифа. А 
нас, израильтян, не так и мало... Уже сейчас мы переводим два магазина на 
Линукс, причем именно на АльтЛинукс. Хотели вообще писать ивритский 
АльтЛинукс, но просто не потянули... Раз никто этого не хочет возиться с 
ивритскими пакетами, прошу майнтейнеров написать мне, я возьму их на себя.

Re: [devel] Re: Выбор языков

[Igor Tertishny]

>
> Предлагаю программу действий:
> 1) полный набор языков и локалей начиная с установщика системы.
> (сейчас нету)
> 2) полный набор шрифтов
> (почти есть)
> 2) полный набор ispell и MySpell словарей
> (MySpell сделан, жду АЕНа с новыми RPM ОО уже скоро месяц).

А как с ивритскими ispell и MySpell словарамя. Раньше был хоть один, теперь не 
стало... Грустно это, господа. Если никто возьмется, пишите мгне, я сделаю, 
что смогу.

Re: [devel] Re: Выбор языков

[Вячеслав Диконов]

В Пнд, 03.02.2003, в 11:39, Igor Tertishny написал:
> >
> > Предлагаю программу действий:
> > 1) полный набор языков и локалей начиная с установщика системы.
> > (сейчас нету)
> > 2) полный набор шрифтов
> > (почти есть)
> > 2) полный набор ispell и MySpell словарей
> > (MySpell сделан, жду АЕНа с новыми RPM ОО уже скоро месяц).
> 
> А как с ивритскими ispell и MySpell словарамя. Раньше был хоть один, теперь не 
> стало... Грустно это, господа. Если никто возьмется, пишите мгне, я сделаю, 
> что смогу.
О! Ивритского MySpell я не нашёл. Если нужен скрипт преобразования
ispell в MySpell, то он есть в ru_RU.io c примером. Ещё можно в yudit
уникодный текст писать с правильной ориентацией...

-- 
Вячеслав Диконов <sdiconov@mail.ru>

Re: [devel] Re: за бортом

[Stanislav Ievlev]

On Fri, Jan 31, 2003 at 10:27:14PM +0300, Konstantin Lepikhov wrote:
> Hi Andrey!
> 
> Friday 31, at 01:49:11 AM you wrote:
> 
> > On Friday 31 January 2003 00:14, you wrote:
> > > А что, svgalib уже убили? За что так - она уже давно не suid'на, да и zgv
> > > от него зависит...
> > 
> > Да решили, что zgv это не наш путь. Некторые (я в том числе) вяло возражали
> > но мантейнить никто не взялся. 
> OK! Мне оно нужно. Гляделка под fbdev - отстойнейшая вещь по сравнению с
> ней. Надо будет глянуть на src.rpm..
Поздно... для мастера по крайней мере.
> 
> -- 
> WBR, Konstantin	      chat with ==>ICQ: 109916175
>      Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
> aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam
> 
> ...The information is like the bank... 			  (c) EC8OR
> 
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] [devel] Mono за бортом

[Stanislav Ievlev]

On Sat, Feb 01, 2003 at 01:38:03AM +0300, Vitaly Lugovsky wrote:
> On Fri, 31 Jan 2003, Stanislav Ievlev wrote:
> 
> > >  Хотелось бы всё же увидеть в дистрибутиве mono и mcs,
> > > mcvs, progsreiserfs, smalltalk, tgif (ну как же без лучшей
> > > рисовалки векторной графики обойтись?!?), R-Base.
> > >
> > >  Куда смотрят майнтейнеры?!?
> > По поводу mono не уверен, что надо. Проект сыроват. Убедите.
> 
>  Может он и сыроват, но *уже* работает. Хоть Gnome пока на него и
> не завязан - но это дело ближайшего будущего, тут уж де Иказа
> расстарается, и как минимум стоит дать Mono тестовую базу
> побольше.
> 
>  Кроме того - я за наличие как можно более широкого спектра
> языков и средств разработки в дистрибутиве, а C#, не смотря на
> своё сомнительное происхождение - всё же, язык вполне достойный.
> Так же, Mono, как и вообще .NET - неплохая платформа для
> разработки компиляторов. Я сам, как только mono стал минимально
> юзабельным, вообще выбросил из всех своих планов какие бы то ни
> было порочные связи с JVM - раз уж теперь есть портабельная
> *правильная* платформа. С этой точки зрения Mono - не сырой
> проект - тут важна сама платформа, а не степень совместимости с
> .NET по библиотекам. JIT по крайней мере на x86 там работает уже
> вполне себе безглючно - чего же более?
OK. Докину до кучи, вместе с dotgnu.
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] Re: за бортом

[Stanislav Ievlev]

On Mon, Feb 03, 2003 at 10:34:33AM +0200, Igor Tertishny wrote:
> > > Поддерживать надо ВСЕ иностранные языки в РАВНОЙ мере, а не
> > > странный кастрированный набор из некоторых европейских.
> >
> > Займетесь?
> >
> 
> Я подметил, что почти все проги, работавшие с ивритом, выброшены из Сизифа. А 
> нас, израильтян, не так и мало... Уже сейчас мы переводим два магазина на 
> Линукс, причем именно на АльтЛинукс. Хотели вообще писать ивритский 
> АльтЛинукс, но просто не потянули... Раз никто этого не хочет возиться с 
> ивритскими пакетами, прошу майнтейнеров написать мне, я возьму их на себя.
Не выброшены, а переехали в orphaned ибо не было мантейнера. Так что
можете брать их все на себя.
> _______________________________________________
> Devel mailing list
> Devel@altlinux.ru
> http://altlinux.ru/mailman/listinfo/devel

Re: [devel] Re: за бортом

[Victor Forsyuk]

On Fri, Jan 31, 2003 at 06:06:10PM +0200, Alexander Bokovoy wrote:
> > 
> > Вопрос с конфигом xpdf только в том, что при отсутствии xpdf-thai
> > выдаётся предупреждение об ошибке, хотя xpdf при этом нормально
> > работает. В других языковых компонентах xpdf нет nameToUnicode,
> > поэтому и отсутствие соответствующих пакетов xpdf переносит
> > молча.
> Виктор, может Вы тогда уберете эти сообщения? Они мешают корректному
> использованию xpdf в качестве трансформатора pdf в другие форматы.

Я включил xpdf-thai обратно в состав xpdf (мне с самого начала
следовало оставить его там, поскольку занимает он очень мало
места, зря я его отрезал за компанию с остальными "азиатами").

Таким образом, сейчас упаковка файлов языковой поддержки следующая:
все языки с "малотоннажными" файлами оставлены в пакете xpdf
независимо от их реальной нужности в ареале обитания Альта.
Вынесены в отдельные пакеты все языки большого объема.

Я не стал идти против бритвы Оккама :) и усложнять конструкцию
редактированием xpdfrc в скриптах языковых пакетов. Не вижу
смысла - если человек собирается читать японские pdf, то он и
поставит xpdf-japanese; тем же, кто не открывает японские pdf,
ссылка на неустановленные файлы поддержки японской кодировки
ничем не мешают.

Исправленная сборка xpdf-2.01-alt3 уже в incoming:/incoming/Sisyphus/

Теперь xpdf снова собран с lesstif (причина падений при сборке с
lesstif полечена патчем nonumericlocale). Собранный с openmotif,
он при выходе выдавал на stderr следующее сообщение:

Warning: 
    Name: scroll
    Class: XmScrolledWindow
    DeAssocNavigator requires a navigator trait

которое, мягко говоря, раздражало.



Кстати, хочу поднять вопросе о выборе стандартной для помещаемых
в сизиф пакетов реализации библиотеки виджетов Motif. На сегодняшний
день картина такая:

NeTraMet-4.4-alt1.2.i586.rpm            -- lesstif
ddd-3.3.1-alt4.i586.rpm                 -- openmotif
dx-4.2.0-alt2.i586.rpm                  -- openmotif
grace-5.1.11-alt1.i586.rpm              -- lesstif
libXmHTML-1.1.7-alt6.i586.rpm           -- openmotif
nedit-5.3-alt2.i586.rpm                 -- openmotif
paw-2001-alt8.i586.rpm                  -- lesstif
snd-motif-6.6-alt1cvs20030115.i586.rpm  -- openmotif
vim-X11-motif-6.1.280-alt15.i586.rpm    -- lesstif
xawtv-misc-3.80-alt2.i586.rpm           -- lesstif
xawtv-motv-3.80-alt2.i586.rpm           -- lesstif
xmbdfed-4.5-alt3.i586.rpm               -- openmotif
xpdf-2.01-alt2.i586.rpm                 -- lesstif

Было бы по крайней мере некрасиво вынуждать пользователей держать
на диске две реализации motif только из-за разнобоя в сборке
установленных им motif-based пакетов.

Re: [devel] за бортом

[Victor Forsyuk]

On Fri, Jan 31, 2003 at 01:08:33PM +0300, Stanislav Ievlev wrote:

> > > > > sendmail-8.12.7-alt1.i586.rpm
> > > > > sendmail-cf-8.12.7-alt1.i586.rpm
> > > > > sendmail-devel-8.12.7-alt1.i586.rpm
> > > > > sendmail-doc-8.12.7-alt1.i586.rpm
> > > > Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> > > > postfix...
> > > 
> > > Полностью поддерживаю! Может дружно попросим Konstantin Timoshenko
> > > <kt@altlinux.ru> о включении сего в очередной релиз.
> > от меня это не зависит, я написал просьбу о включении в дистр., сказали
> > посмотрят. Мне честно говоря самому не понятна политика партии.

> Политика партии состоит в том, что лучше не иметь проблем с безопастностью
> изначально. Пусть лучше не будет дырявой программы, тем более , что есть
> замена, чем потом раз в месяц выпускать security updates для нее.

С такой формулировкой "политики партии" трудно не согласиться.
Хотя, я бы сделал одно уточнение:

	s/тем более, что есть замена/которой есть замена/.

Увы, мы живём в неидеальном мире. В идеальном для любой дыряво
написанной программы всегда находилась бы замена. Были времена
ещё не так уж и давно, когда реальной замены wu-ftpd, sendmail
и qpopper не было. Но если выбросить из дистрибутивов wu-ftpd
и qpopper - это вполне нормально, то с sendmail ситуация не
настолько простая. Сложность конфигурирования почтовых серверов
и принципиальное различие их архитектур делают перенос нетривиального
почтового релея c sendmail на, скажем, postfix или exim задачей
ой как немаленькой трудоёмкости.

Как бы мы к этому не относились, но sendmail установлен на подавляющем
большинстве Linux-серверов. Наивно думать, что их админы массово
начнут мигрировать на новые почтовые системы, решившись поставить
дистрибутив с полным отсутствием sendmail. Они просто перейдут на
другой дистрибутив.

Re: [devel] за бортом

[Victor Forsyuk]

On Fri, Jan 31, 2003 at 05:38:20PM +0300, Вячеслав Диконов wrote:
> В Птн, 31.01.2003, в 10:05, Volkov Serge написал:

> > SI> Есть вопрос по поводу остатков xpdf (корейские, китайские и т.п.):
> > SI> говорят, что надо исправить конфиг xpdf дабы он их не хотел.

> А почему он не должен их хотеть?

xpdf их не "хочет", в смысле, он не requires все эти пакеты с большими
файлами поддержки разных азиатских кодировок (бывшими ранее в пакете xpdf).
Для того и разрезалось, чтобы сделать _опциональной_ установку тех частей
xpdf, которые являются одновременно а) большими по объему и б) нужными
очень немногим.

> Пусть будет поддержка всех человеческих языков и локалей.

Согласен. В дистрибутив эти пакеты включить стоит: кому нужно,
тот установит.

[devel] Re: за бортом

[Konstantin Lepikhov]

Hi Stanislav!

Monday 03, at 01:46:05 PM you wrote:

> On Fri, Jan 31, 2003 at 10:27:14PM +0300, Konstantin Lepikhov wrote:
> > Hi Andrey!
> > 
> > Friday 31, at 01:49:11 AM you wrote:
> > 
> > > On Friday 31 January 2003 00:14, you wrote:
> > > > А что, svgalib уже убили? За что так - она уже давно не suid'на, да и zgv
> > > > от него зависит...
> > > 
> > > Да решили, что zgv это не наш путь. Некторые (я в том числе) вяло возражали
> > > но мантейнить никто не взялся. 
> > OK! Мне оно нужно. Гляделка под fbdev - отстойнейшая вещь по сравнению с
> > ней. Надо будет глянуть на src.rpm..
> Поздно... для мастера по крайней мере.
Но в Daedalus можно будет выложить новые svgalib и zgv? Заодно и
darkplaces :)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

[devel] Re: за бортом

[Michael Shigorin]

On Mon, Feb 03, 2003 at 10:34:33AM +0200, Igor Tertishny wrote:
> Я подметил, что почти все проги, работавшие с ивритом,
> выброшены из Сизифа.

??!

> А нас, израильтян, не так и мало... Уже сейчас мы переводим два
> магазина на Линукс, причем именно на АльтЛинукс. Хотели вообще
> писать ивритский АльтЛинукс, но просто не потянули... Раз никто
> этого не хочет возиться с ивритскими пакетами, прошу
> майнтейнеров написать мне, я возьму их на себя.

Вообще если это так, то по крайней мере странно в свете
"вышесказанного" (за последний ~год).

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

Re: [devel] за бортом

[Dmitry V. Levin]

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

On Fri, Jan 31, 2003 at 01:09:55PM +0300, Stanislav Ievlev wrote:
> On Fri, Jan 31, 2003 at 01:47:20AM +0300, Andrey Orlov wrote:
> > On Thursday 30 January 2003 23:58, you wrote:
> > > > sendmail-8.12.7-alt1.i586.rpm
> > > > sendmail-cf-8.12.7-alt1.i586.rpm
> > > > sendmail-devel-8.12.7-alt1.i586.rpm
> > > > sendmail-doc-8.12.7-alt1.i586.rpm
> > >
> > > Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> > > postfix...
> > 
> > Кстати да. Я знаю очень многих людей, которые отсутствие sendmail в 
> > дистрибутиве мгря не поймут. Я сам не пойму - хотя и перехожу на postfix.
> Это сугубо личное мнение:
> 	Я, в свою очередь, не могу понять людей которые сами добровольно готовы сидеть на пороховой бочке.

А они продолжают сидеть:
http://www.cert.org/advisories/CA-2003-07.html


--
ldv

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

Re: [devel] sendmail за бортом

[Dmitry V. Levin]

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

On Tue, Mar 04, 2003 at 01:25:39AM +0300, Dmitry V. Levin wrote:
> On Fri, Jan 31, 2003 at 01:09:55PM +0300, Stanislav Ievlev wrote:
> > On Fri, Jan 31, 2003 at 01:47:20AM +0300, Andrey Orlov wrote:
> > > On Thursday 30 January 2003 23:58, you wrote:
> > > > > sendmail-8.12.7-alt1.i586.rpm
> > > > > sendmail-cf-8.12.7-alt1.i586.rpm
> > > > > sendmail-devel-8.12.7-alt1.i586.rpm
> > > > > sendmail-doc-8.12.7-alt1.i586.rpm
> > > >
> > > > Вот без этого будет очень плохо... Что бы та мне говорили фанаты
> > > > postfix...
> > > 
> > > Кстати да. Я знаю очень многих людей, которые отсутствие sendmail в 
> > > дистрибутиве мгря не поймут. Я сам не пойму - хотя и перехожу на postfix.
> > Это сугубо личное мнение:
> > 	Я, в свою очередь, не могу понять людей которые сами добровольно готовы сидеть на пороховой бочке.
> 
> А они продолжают сидеть:
> http://www.cert.org/advisories/CA-2003-07.html

Нет, они все ещё сидят!
http://www.securityfocus.com/archive/1/316760


--
ldv

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