LINUX.ORG.RU

Вышел Debian GNU/Linux 3.1r1


0

0

Это первое обновление Debian GNU/Linux 3.1 (Sarge), которое добавляет в основном исправления безопасности к стабильному выпуску, а так же исправления некоторых серьёзных проблем. Тем, кто часто обновляется с security.debian.org, нет надобности обновлять большую часть пакетов, поскольку обновления с security.debian.org включены в этот выпуск.

>>> Новость на debian.org

★★★★★

Проверено: Shaman007 ()

Хорошая новость.

Баг в proftpd исправили?
В неофициальной сборке proftpd-1.2.10-20 испрвлено, а в репозитории до сих пор -16 (вроде).

Selecter ★★★★
()
Ответ на: комментарий от Teak

при включенном фреймбуфере кирилица включается только на первой консоли, на остальных приходится вручную запускать cyr

JB ★★★★★
()
Ответ на: комментарий от JB

> при включенном фреймбуфере кирилица включается только на первой консоли, на остальных приходится вручную запускать cyr

#bugs ?

anonymous
()

Что-то не понял. apt-get update && apt-get upgrade обновляют или надо с security.debian.org переключиться на что-то другое?

anonymous
()
Ответ на: комментарий от Oceanborn

> У меня из unstable или testing (непомню) все работает... а было так же как говоришь.

у меня stable :(

JB ★★★★★
()
Ответ на: комментарий от anonymous

> Что-то не понял. apt-get update && apt-get upgrade обновляют или надо с security.debian.org переключиться на что-то другое?

Перед выходом нового r все, что было в security.debian переносится в основной репозитарий (хотя на самом деле это не так происходит - переносится из sarge-proposed-updates в sarge, но примем такое объяснение). За выходные чуть более 1,5 Гб перенеслось.

anonymous
()
Ответ на: комментарий от Teak

> Гонишь ты чего-то, у меня тоже stable и всё работает.

какой фреймбуфер? vesa или специфичный для видюхи?

> Что в /etc/console-cyrillic?

artem@debian:~$ cat /etc/console-cyrillic

style uni
size 16
encoding koi8-r
layout ru_ms
options ctrl_shift_toggle
ttys /dev/tty[1-6]

JB ★★★★★
()
Ответ на: комментарий от JB

Зависит от драйвера imho

На ati на каждой консоле приходится набирать cyr, дома на sis на всех сразу нормально делает.

villain
()
Ответ на: комментарий от Demetrio

самое удивительное что год назад на сардже, когда он был еще testing, все замечательно работало

JB ★★★★★
()

% cat /etc/console-cyrillic | grep '^[^#]'                       /home/legioner
fontfile ter-c16f
encoding koi8-r
layout ru_ms
options caps_toggle win_switch
ttys /dev/tty[1-6]

Попробуйте такой файл.
Всё работает, сначала тоже не работало.

Legioner ★★★★★
()

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

Конкретно, хочу поставить новую версию ufraw, потому что версия в стабильной ветке не поддерживает фотик nikon d50. Хотел перекомпилировать, но подготовленных для компиляции в дебиан исходников не нашел.

anonymous
()
Ответ на: комментарий от anonymous

> Конкретно, хочу поставить новую версию ufraw, потому что версия в стабильной ветке не поддерживает фотик nikon d50. Хотел перекомпилировать, но подготовленных для компиляции в дебиан исходников не нашел.

проверь наличие deb-src в /etc/apt/sources.list. Потом попробуй:

apt-get build-dep ufraw
apt-get -b source ufraw

anonymous
()
Ответ на: комментарий от JB

>почините
>при включенном фреймбуфере кирилица включается только на первой >консоли, на остальных приходится вручную запускать cyr

Поставь слаку! )))))

Melhesidek_Abgeschloss-Karamultukoff
()
Ответ на: комментарий от anonymous

apt-get source package_name

оно скачает тебе исходники

apt-get source -b package_name

а это скачает и скомпилит. А вообще аочитай доки apt-howto - там все хорошо расписано и примеры есть

htower_ ★★
()
Ответ на: комментарий от Legioner

У меня работало только на 1-й консоли почему-то. Пришлось править /etc/console-tools/config

SCREEN_FONT=ter-c16b.psf

И только после этого в Sarge и на других консолях появилась поддежка кирилицы.

ru_classic
()

Проблема такая у меня. Дома стоит Дебиан, но инет дома тугой и дорогой. На роботе поставить линукс нельзя но зато инет быстрый и бесплатний :-). Можна ли ченибуть придумать типа оффлай апдейтов чтоб я на работе их качал а дома ставил?

anonymous
()
Ответ на: комментарий от htower_

2anonymous (*) (21.12.2005 11:31:40)

2htower_ (*) (21.12.2005 11:40:32)

Ok. Попробую, но ведь apt-get source -b мне не скачает новую версию, а если я перенастрою на testing или unstable, то по зависимостям мне полдистрибутива перекачает. Так что я попробую просто откомпилировать в старом окружении, но если не получится то даже не знаю, что делать.

Тут загвоздка не столько в том, чтобы получить работающий вариант ufraw, сколько в том как системно поступать, если нужен новый пакет, но апгрейдить до testing или unstable всю систему не хотелось бы.

anonymous
()
Ответ на: комментарий от anonymous

Можно просто посмотреть список пакетов для закачки, а потом ничто не мешает их вручную выкачать, репозиторий - это же просто архив файлов, на ftp и http серверах.

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от JB

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

sergom
()
Ответ на: комментарий от anonymous

> Можна ли ченибуть придумать типа оффлай апдейтов чтоб я на работе их качал а дома ставил?

man apt-zip

anonymous
()
Ответ на: комментарий от Selecter

Как я понимаю, баги которые являются логическими багами с точки зрения пользователя данной программы и никак не завязанны на безопасность системы в Sarge не фиксятся. Например я знаю 2 подобных глюка Sarge:

1) Например, допустим ваш kmail настроен показывать почту с сервера по imap. Если при отображении любой imap-папки удалить например тоже по imap из этой же папки n-ое количество сообщений, мало того, что kmail не поймет того, что эти сообщения были удалены, так еще и вылетит с сегфаултом, если пользователь нажмет подряд по нескольким удаленным письмам в этой папке.

2) При выкладывании по http апачем 1.3.33 dvd исошек самого дебиана обнаружилась неприятная фича, что входящий с стейбл апач не может шарить файлы размером более 2 гигабайт. Вместо оригинального размера а апаче размер подобного файла получаеться: размер файла остаток от деления на 2 в 31-й степени.
Кажеться на момент релиза Sarge этого глюка не было только в бете следующего еще не вышедшего апача, так что теперь в сардже такой глюк наверное навечно, т.к. к проблемам безопасности он по всей видимости не ведет.

2All: если кому не в лом, уведомите плиз разработчиков Sarge об этих 2-х багах. А вдруг они просто не в курсе? :)

sergom
()
Ответ на: комментарий от Teak

а не подскажите как узнать какой fb текущий vesa или родной для меня матрокс?

# lsmod|grep fb
i2c_matroxfb 5184 0
i2c_algo_bit 9832 1 i2c_matroxfb
matroxfb_base 32416 1 i2c_matroxfb
matroxfb_DAC1064 12864 1 matroxfb_base
matroxfb_accel 5088 1 matroxfb_base
matroxfb_Ti3026 7008 1 matroxfb_base
matroxfb_g450 7616 1 matroxfb_base
g450_pll 7008 2 matroxfb_DAC1064,matroxfb_g450
matroxfb_misc 9856 6 i2c_matroxfb,matroxfb_base,matroxfb_DAC1064,matroxfb_Ti3026,matroxfb_g450,g450_p ll
vesafb 6656 0
cfbcopyarea 3872 2 matroxfb_accel,vesafb
cfbimgblt 3040 2 matroxfb_accel,vesafb
cfbfillrect 3776 2 matroxfb_accel,vesafb

В памяти и матрокс и веса

find /sys |grep -i fb

выдает кучу строк и про весовский fb и про матрокс

# cat /proc/fb
0 MATROX

Вроде бы написанно что матрокс, но проблема в том, что когда я сидел на самосборном ядре, в консоли без проблем менял разрешения и "герцы" командами тапа
fbset -fb /dev/fb0 800x600-100
fbset -fb /dev/fb0 640x480-85
и т.д.

а как перешел на ядро Sarge эти команды выполняються но без какого-то ни было результата :( Может фреймбуфер используется у меня именно веса?

sergom
()
Ответ на: комментарий от sergom

>>Вместо оригинального размера а апаче размер подобного файла >>получаеться: размер файла остаток от деления на 2 в 31-й степени.

:))) респект. Как ты угадал, что 2^31?

anonymous
()
Ответ на: комментарий от anonymous

>:))) респект. Как ты угадал, что 2^31?

брутфорсом подбирал

anonymous
()
Ответ на: комментарий от anonymous

> :))) респект. Как ты угадал, что 2^31?
я с азими программирования на PC знаком не один год :)

это была моя гипотеза вообще-то, но она подтвердилась:

# ll debian-31r0a-i386/
-rw-r--r-- 2 --- --- 4686706688 2005-06-12 21:07 debian-31r0a-i386-binary-1.iso
-rw-r--r-- 2 --- --- 4428851200 2005-06-16 04:40 debian-31r0a-i386-binary-2.iso

Index of /debian-31r0a-i386

Name Last modified Size
Parent Directory 19-Dec-2005 15:27 -
debian-31r0a-i386-binary-1.iso 12-Jun-2005 21:07 374M
debian-31r0a-i386-binary-2.iso 16-Jun-2005 04:40 128M
Apache/1.3.33 Server at ---.---.ua Port 80

$echo "4686706688%(2^31)/1024/1024"|bc
373
$echo "4428851200%(2^31)/1024/1024"|bc
127

что и требовалось доказать.

PS.
$echo "4686706688%(2^32)/1024/1024"|bc
373
$echo "4428851200%(2^32)/1024/1024"|bc
127
тоже кстати верно.

Итого: если в исходниках апача длина файла хранится в unsignet int, то 2^32, если просто в знаковом int, то 2^31. Проверять как там на самом деле не буду, т.к. вооюще-то в Ц я не силен :)

sergom
()
Ответ на: комментарий от anonymous

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

http://www.debian.org/doc/manuals/apt-howto/ch-basico.ru.html#s-dpkg-scanpack...

jindal
()
Ответ на: комментарий от sergom

>2) При выкладывании по http апачем 1.3.33 dvd исошек самого дебиана обнаружилась неприятная фича, что входящий с стейбл апач не может шарить файлы размером более 2 гигабайт. Вместо оригинального размера а апаче размер подобного файла получаеться: размер файла остаток от деления на 2 в 31-й степени. >Кажеться на момент релиза Sarge этого глюка не было только в бете следующего еще не вышедшего апача, так что теперь в сардже такой глюк наверное навечно, т.к. к проблемам безопасности он по всей видимости не ведет.

Это баг апача, был он всегда,не фиксится и не поксится, т.к больше не поддерживается ветка 1.3.x Дебиан тут не причем

Да и поповоду kmail это во-первых в bugs.debian.org и во-вторых, в 3.1rX находятся не только исправлящие бреши в системе пакеты.

anonymous
()
Ответ на: комментарий от JB

~% cat /etc/console-cyrillic
# This is the system wide configuration file for cyr(1).
# In Debian it is used also by /etc/rcS.d/S61console-cyrillic
# (Package: console-cyrillic)

# LOOK:
#     Change this to NO if you don't want this file to be altered by Debconf.
# Debconf: NO

# LOOK:
#     Set this to NO if you don't want the package console-cyrillic
#     to setup Cyrillic on console at boot-time.  Otherwise set it YES.
# Bootsetup: YES

fontfile ter-c16n
encoding koi8-r
layout ru_ms
options menu_toggle
ttys /dev/tty[1,2,3,4,5,6,7,8,9,10,11]

Попробуй так. (обрати внимание на последнюю строчку)

ugoday ★★★★★
()
Ответ на: комментарий от sergom

># cat /proc/fb

>0 MATROX

похоже что матрокс

>fbset -fb /dev/fb0 800x600-100

>fbset -fb /dev/fb0 640x480-85

>и т.д.

>а как перешел на ядро Sarge эти команды выполняються но без какого-то >ни было результата :(

читаю /usr/src/linux-2.6/Documentation/fb/modedb.txt

Valid mode specifiers (mode_option argument):

<xres>x<yres>[M][R][-<bpp>][@<refresh>][i][m]

т.е. надо, наверно, писАть так:

fbset -fb /dev/fb0 800x600-32@100

anonymous
()
Ответ на: комментарий от anonymous

> читаю /usr/src/linux-2.6/Documentation/fb/modedb.txt
> Valid mode specifiers (mode_option argument):
> <xres>x<yres>[M][R][-<bpp>][@<refresh>][i][m]
> т.е. надо, наверно, писАть так:
> fbset -fb /dev/fb0 800x600-32@100

Нее, это из другой оперы. В /usr/src/linux-2.6/Documentation/fb/modedb.txt описанны параметры передаваемые ядру при загрузке, я же менял раньше видеорежимы после загрузки на работающей системе. От туда же:
Drivers that support modedb boot options
Boot Name Cards Supported

amifb - Amiga chipset frame buffer
aty128fb - ATI Rage128 / Pro frame buffer
atyfb - ATI Mach64 frame buffer
tdfxfb - 3D Fx frame buffer
tridentfb - Trident (Cyber)blade chipset frame buffer

т.е. матрокс так вообще работать не будет. Для матрокса есть свой синтаксис параметров при загрузке: /usr/src/kernel-source-2.6.8/Documentation/fb/matroxfb.txt однако довольно муторно переключать подобным образом видеорежим фреймбуфера да и не работает он так как надо.

man
fbset(8) Linux frame buffer utils
NAME
fbset - show and modify frame buffer device settings
FILES
/dev/fb*
/etc/fb.modes

Как раз в /etc/fb.modes и описанны видеорежимы для фреймбуфера, имена которых я передаю как параметры fbset.

ЗЫ. Кстати генерировать новые видеорежимы можно той же программой gtf, которой можно генерировать видеорежимы для XF86Config-4:

$ gtf 1024 768 100

# 1024x768 @ 100.00 Hz (GTF) hsync: 81.40 kHz; pclk: 113.31 MHz
Modeline "1024x768_100.00" 113.31 1024 1096 1208 1392 768 769 772 814 -HSync +Vsync

$ gtf 1024 768 100 -f

mode "1024x768 100.00Hz 32bit (GTF)"
# PCLK: 113.31 MHz, H: 81.40 kHz, V: 100.00 Hz
geometry 1024 768 1024 768 32
timings 8825 184 72 42 1 112 3
hsync low
vsync high
endmode

Так вопрос почему fbset перестал работать остается открытым :)

sergom
()

указал jigdo-lite после ее запуска два файловых источника (/mnt/old-sarge-dvd1/ и /var/cache/apt/archives) и она на основе старого 1-го ДВД сарджа и моего свежего апт кэша за 6(!) часов DVD &#8470;1 для нового сарджа сгенерировала дотянув все что оставалось с инета.

Помниться когда я ею с нуля создавал образа debian-31r0a DVD 1 и 2 исо, она чуть ли не по неделе каждый из них качала. А теперь субъективно тат же самый процесс получаеться в 30 раз быстреее :) Класс!

PS. Поставил создаваться аналогично и 2-й ДВД. Завта уже source.list на новые DVD переключу :) Если кому интересно, сделать это можно так:

deb file:/mnt/DVD1 dists/sarge/contrib/binary-i386/
deb file:/mnt/DVD1 dists/sarge/main/binary-i386/
deb file:/mnt/DVD2 dists/sarge/contrib/binary-i386/
deb file:/mnt/DVD2 dists/sarge/main/binary-i386/

deb http://ftp.debian.org/debian/ stable non-free
deb http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free

deb http://security.debian.org/ stable/updates main contrib non-free

sergom
()
Ответ на: комментарий от ugoday

> Попробуй так.

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

> (обрати внимание на последнюю строчку)

ну я не дурак вообще то ;)

JB ★★★★★
()
Ответ на: комментарий от ugoday

> ttys /dev/tty[1,2,3,4,5,6,7,8,9,10,11] > Попробуй так. (обрати внимание на последнюю строчку)

Не, так как у него, тоже нормально. У меня самого точно так же (только раскладка другая).

Teak ★★★★★
()
Ответ на: комментарий от sergom

> указал jigdo-lite после ее запуска два файловых источника (/mnt/old-sarge-dvd1/ и /var/cache/apt/archives) и она на основе старого 1-го ДВД сарджа и моего свежего апт кэша за 6(!) часов DVD &#8470;1 для нового сарджа сгенерировала дотянув все что оставалось с инета.

Сегодня собираюсь проделать тоже самое, только с комплектом CD ISO образов (и сделать из них DVD).

SKYRiDER ★★★
()
Ответ на: комментарий от lumag

>> deb http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free
> Учитывая, что non-US пакетов в sarge нету, эту строчку можно забыть.

Ух ты! А веть правда, в:

http://non-us.debian.org/debian-non-US/dists/sarge/non-US/main/binary-i386/
http://non-us.debian.org/debian-non-US/dists/sarge/non-US/contrib/binary-i386/
http://non-us.debian.org/debian-non-US/dists/sarge/non-US/non-free/binary-i386/

совершенно пусто! Спасибо за наводку :)

Поискал сейчас какие пакеты входили в non-US oldstable. Например: kerberos, lib-apashe-ssl, netsaint. Все эти пакеты (те что я проверял) переехали теперь в stable/main. Для etch сейчас вообще нет такого понятия как non-US. Т.е., как я понимаю non-US вносящее ненужную путаницу (хотя бы для того, чтобы по памяти soure.list написать :) остался в прошлом. Это не может не радовать :)

sergom
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.