Re: А почему ‘bash’ не зависит от ‘libreadline’?
Список архитектур идентичен. Вы куда-то не туда по части libreadline6 смотрите, вот: https://packages.debian.org/sid/libreadline6 On 02/02/15 08:47, yuri.nefe...@gmail.com wrote: Сравните список архитектур для bash [1] и readline [2]. Ю. 1 https://packages.debian.org/sid/bash 2 https://packages.debian.org/squeeze/lib64readline6 https://packages.debian.org/sid/lib32readline6 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54d01f8b.8080...@gmail.com
Re: Gnome 3.4.2 и Radeon HD 7310
У тебя не хватает файла. Или он где-то неизвестно где. Вот он его в трех местах поискал и не нашел. Криво поставил драйвера. [ 245.252] (EE) AIGLX error: failed to open /usr/X11R6/lib64/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib64/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory] [ 245.252] (EE) AIGLX error: failed to open /usr/lib64/dri/fglrx_dri.so, error[/usr/lib64/dri/fglrx_dri.so: cannot open shared object file: No such file or directory] [ 245.252] (EE) AIGLX error: failed to open /usr/X11R6/lib/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory] -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87vbjjzun1@tochka.ru
[DONE] wml://security/2015/dsa-3148.wml
Cheers! Lev Lamberov --- english/security/2015/dsa-3148.wml 2015-02-02 12:17:39.0 +0500 +++ russian/security/2015/dsa-3148.wml 2015-02-02 16:22:06.544237569 +0500 @@ -1,29 +1,30 @@ -define-tag descriptionend of life/define-tag +#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov +define-tag descriptionзаверешние жизненного цикла/define-tag define-tag moreinfo -pSecurity support for the chromium web browser is now discontinued -for the stable distribution (wheezy). Chromium upstream stopped -supporting wheezy's build environment (gcc 4.7, make, etc.), so -there is no longer any practical way to continue building security -updates./p - -pChromium users that desire continued security updates are encouraged -to upgrade early to the upcoming stable release (jessie), Debian 8./p - -pAn alternative is to switch to the iceweasel web browser, which will -continue to recieve security updates in wheezy for some time./p - -pNote that until the official release happens, chromium package updates -for jessie may have a larger than usual delay due to possible bugs and -testing migration rules./p +pПоддержка обновлений безопасности для веб-браузера chromium для +стабильного выпуска (wheezy) завершена. Основная ветка разработки chromium +прекратила поддержку сборочного окружений wheezy (gcc 4.7, make и т. д.), поэтому +более нет возможности продолжать сборку обновления +безопасности./p + +pПользователям chromium, желающим получать обновления безопасности, следует +обновиться до готовящегося стабильного выпуска (jessie), Debian 8./p + +pЛибо можно перейти на веб-браузер iceweasel, который в течении некоторого +времени будет получать обновления безопасности для выпуска wheezy./p + +pЗаметьте, что до момента официального выпуска jessie обновления пакета chromium +будут появляться немного реже из-за возможных ошибок и +правил перехода пакетов в тестируемый выпуск./p -pAlso, there will be no more DSAs announcing chromium package updates -until jessie becomes officially released./p +pКроме того, рекомендации по безопасности для пакета chromium выпускаться +до момента официального выпуска jessie не будут./p -pInstructions for upgrading from Debian 7 to 8 are available at: +pИнструкции по обновлению с Debian 7 до 8 доступны по адресу: url https://www.debian.org/releases/jessie/amd64/release-notes/ch-upgrading.en.html; //p -pMedia for installing Debian 8 from scratch are also available -(the release candidate media, jessie_di_rc1, are recommended):/p +pТакже доступны образы установочных носителей для чистой установки Debian 8 +(рекомендуются образы кандидата на выпуск, jessie_di_rc1):/p ul lia href=$(HOME)/devel/debian-installerdebian-installer/a/li @@ -34,3 +35,4 @@ # do not modify the following line #include $(ENGLISHDIR)/security/2015/dsa-3148.data # $Id: dsa-3148.wml,v 1.1 2015/02/02 07:17:39 kaare Exp $ +
Gnome 3.4.2 и Radeon HD 7310
Здравствуйте Господа. Возникла следующая проблема. Есть моноблок Packard Bell с процессором AMD E1-1200 и встроенной карточкой Radeon HD 7310. На нём стоит Debian Wheeze последней инкарнации, с проприетарными дровами из бэкпорта - 14-какие-то и ядром 3.16. Беда в том, что Гном не распознаёт карточку. В подробностях выдаёт что используется в качестве графики: VESA:HONDO. Господа, кто-нибудь дружил гном с аналогичными продуктами мерзкой ATI? Прилагаю файлик амд-репорт (извините что в архиве, для рассылки он слишком большой). atisysteminfo-report.txt.bz2 Description: application/bzip
Re: Разное поведение Bind9 в Debian и Ubuntu
On Fri, 30 Jan 2015 22:26:36 +0300 Eugene Berdnikov b...@protva.ru wrote: On Fri, Jan 30, 2015 at 07:30:45PM +0300, Andrey Tataranovich wrote: Воодушивившись, обновил wheezy и precise до актуального состояния. В wheezy сейчас 1:9.8.4.dfsg.P1-6+nmu2+deb7u3 и проблем с dnssec нету, а в precise - 1:9.8.1.dfsg.P1-4ubuntu0.9 и проблема осталась. Теперь дело за малым - сравнить исходники пакетов, найти какой патч в debian исправляет эту проблему и зарепортить его убунтуйцам. Андрей, JFYI, нашёл под рукой Ubuntu trusty с bind9 1:9.9.5.dfsg-3ubuntu0.1 для amd64, насколько я понимаю, проблем с резолвингом frogger.nl на этом хосте не наблюдается. Во всяком случае, в логах никакой ругани не видно, dig работает. Может, есть какой-то тесткейс для прямой проверки DNSSEC? У меня на свежем precise кидает ошибку такая команда: $ nslookup mail.frogger.nl ;; Got SERVFAIL reply from 127.0.0.1, trying next server Server: localhost Address:127.0.0.1#53 ** server can't find mail.frogger.nl: NXDOMAIN При этом в лог валится grep named /var/log/syslog | tail -n 10 Feb 2 14:26:07 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 85.17.41.33#53 Feb 2 14:26:16 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 85.92.140.133#53 Feb 2 14:26:16 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 82.192.67.204#53 Feb 2 14:26:16 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 85.17.41.33#53 Feb 2 14:26:29 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 85.92.140.133#53 Feb 2 14:26:29 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 82.192.67.204#53 Feb 2 14:26:29 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 85.17.41.33#53 Feb 2 14:26:29 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 85.92.140.133#53 Feb 2 14:26:29 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 82.192.67.204#53 Feb 2 14:26:30 ubuntu named[21197]: error (no valid NSEC) resolving 'mail.frogger.nl/A/IN': 85.17.41.33#53 Сам frogger.nl резолвится без проблем: $ nslookup frogger.nl localhost Server: localhost Address:127.0.0.1#53 Non-authoritative answer: Name: frogger.nl Address: 46.17.2.162 Скорее всего у него настроено что-то вроде @ IN A 1.2.3.4 * IN A 1.2.3.4 резолвится любой сабдомен frogger.nl. -- WBR, Andrey Tataranovich -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150202172905.68bf0585@dragoncore.local
Re: Gnome 3.4.2 и Radeon HD 7310
02.02.2015 20:32, Руслан Коротаев пишет: В сообщении от [Пн 2015-02-02 18:40 +0300] Stepan Kutuzov matve...@yandex.ru пишет: Возникла следующая проблема. Есть моноблок Packard Bell с процессором AMD E1-1200 и встроенной карточкой Radeon HD 7310. На нём стоит Debian Wheeze последней инкарнации, с проприетарными дровами из бэкпорта - 14-какие-то и ядром 3.16. Беда в том, что Гном не распознаёт карточку. В подробностях выдаёт что используется в качестве графики: VESA:HONDO. Vesa, а почему не radeon? У меня почти такая же конфигурация железа. $ lspci -k -s 00:01.0 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] Subsystem: ASUSTeK Computer Inc. Device 8526 Kernel driver in use: radeon Если драйвер не radeon то установите пакеты: firmware-linux-nonfree libgl1-mesa-dri xserver-xorg-video-ati Если поставить пакеты xserver-xorg-ati, т.е. свободные драйвера, то Гном всё видит. Но меня не устраивает их производительность. Остальные вышеперечисленные пакеты стоят. Дело в том, что я как-то игрался с драйверами из тестинга, но это было год назад и дрова там были 13.2 кажется, тогда Гном увидел карту, но была жуткая рябь на мониторе. В тот раз забил на это и поставил свободные. В этот раз решил что ситуация улучшилась, но я ошибался. :( -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cfbe60.7060...@yandex.ru
Re: Gnome 3.4.2 и Radeon HD 7310
02.02.2015 20:32, Руслан Коротаев пишет: В сообщении от [Пн 2015-02-02 18:40 +0300] Stepan Kutuzov matve...@yandex.ru пишет: Возникла следующая проблема. Есть моноблок Packard Bell с процессором AMD E1-1200 и встроенной карточкой Radeon HD 7310. На нём стоит Debian Wheeze последней инкарнации, с проприетарными дровами из бэкпорта - 14-какие-то и ядром 3.16. Беда в том, что Гном не распознаёт карточку. В подробностях выдаёт что используется в качестве графики: VESA:HONDO. Vesa, а почему не radeon? У меня почти такая же конфигурация железа. $ lspci -k -s 00:01.0 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] Subsystem: ASUSTeK Computer Inc. Device 8526 Kernel driver in use: radeon Если драйвер не radeon то установите пакеты: firmware-linux-nonfree libgl1-mesa-dri xserver-xorg-video-ati Если поставить пакеты xserver-xorg-ati, т.е. свободные драйвера, то Гном всё видит. Но меня не устраивает их производительность. Остальные вышеперечисленные пакеты стоят. Дело в том, что я как-то игрался с драйверами из тестинга, но это было год назад и дрова там были 13.2 кажется, тогда Гном увидел карту, но была жуткая рябь на мониторе. В тот раз забил на это и поставил свободные. В этот раз решил что ситуация улучшилась, но я ошибался. :( -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cfbe1c.4010...@europe.com
Re: Gnome 3.4.2 и Radeon HD 7310
В сообщении от [Пн 2015-02-02 21:13 +0300] Stepan Kutuzov matve...@yandex.ru пишет: Если поставить пакеты xserver-xorg-ati, т.е. свободные драйвера, то Гном всё видит. Но меня не устраивает их производительность. Остальные вышеперечисленные пакеты стоят. Дело в том, что я как-то игрался с драйверами из тестинга, но это было год назад и дрова там были 13.2 кажется, тогда Гном увидел карту, но была жуткая рябь на мониторе. В тот раз забил на это и поставил свободные. В этот раз решил что ситуация улучшилась, но я ошибался. :( Есть инструкция [1] как ставить проприетарные, но я всегда использую свободные, поэтому могу помочь только ссылкой. Хотя не думаю что вы почувствуете разницу, у вас же интегрированная карточка, а не отдельная со всякими наворотами. [1] https://wiki.debian.org/ATIProprietary -- С уважением, Коротаев Руслан Профиль: http://plus.google.com/105183056726716330520 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150202185404.GA1168@debian
Re: Gnome 3.4.2 и Radeon HD 7310
В сообщении от [Пн 2015-02-02 18:40 +0300] Stepan Kutuzov matve...@yandex.ru пишет: Возникла следующая проблема. Есть моноблок Packard Bell с процессором AMD E1-1200 и встроенной карточкой Radeon HD 7310. На нём стоит Debian Wheeze последней инкарнации, с проприетарными дровами из бэкпорта - 14-какие-то и ядром 3.16. Беда в том, что Гном не распознаёт карточку. В подробностях выдаёт что используется в качестве графики: VESA:HONDO. Vesa, а почему не radeon? У меня почти такая же конфигурация железа. $ lspci -k -s 00:01.0 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7480D] Subsystem: ASUSTeK Computer Inc. Device 8526 Kernel driver in use: radeon Если драйвер не radeon то установите пакеты: firmware-linux-nonfree libgl1-mesa-dri xserver-xorg-video-ati -- С уважением, Коротаев Руслан Профиль: http://plus.google.com/105183056726716330520 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150202173205.GA10698@debian
Re: Gnome 3.4.2 и Radeon HD 7310
02.02.2015 21:54, Руслан Коротаев пишет: В сообщении от [Пн 2015-02-02 21:13 +0300] Stepan Kutuzov matve...@yandex.ru пишет: Если поставить пакеты xserver-xorg-ati, т.е. свободные драйвера, то Гном всё видит. Но меня не устраивает их производительность. Остальные вышеперечисленные пакеты стоят. Дело в том, что я как-то игрался с драйверами из тестинга, но это было год назад и дрова там были 13.2 кажется, тогда Гном увидел карту, но была жуткая рябь на мониторе. В тот раз забил на это и поставил свободные. В этот раз решил что ситуация улучшилась, но я ошибался. :( Есть инструкция [1] как ставить проприетарные, но я всегда использую свободные, поэтому могу помочь только ссылкой. Хотя не думаю что вы почувствуете разницу, у вас же интегрированная карточка, а не отдельная со всякими наворотами. [1] https://wiki.debian.org/ATIProprietary Драйвера поставил нормально. Иксы пускаются, программка настройки параметров видеокарточки работает, что-то настраивает, но Гном не хочет с ними работать. Вот в чём беда. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54cfce67.1040...@yandex.ru
Re: А почему ‘bash’ не зависит от ‘libreadline’?
2 февраля 2015 г., 6:48 пользователь Никита Егоров khenarg...@gmail.com написал: А сделано это для того, чтобы не остаться без шела при повреждении файловой системы или сломе динамической линковки. Странные вещи вы говорите. Как-будто при повреждении фс или сломе динамической линковки динамическая зависимость от ncurses или tinfo никак при этом не проявится, а вот readline бы проявился. -- With best regards Max Dmitrichenko
Re: А почему ‘bash’ не зависит от ‘libreadline’?
А сделано это для того, чтобы не остаться без шела при повреждении файловой системы или сломе динамической линковки. Для этого bash-static есть. более того, шелл по умолчанию dash же. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150202114925.469eb...@ulf.tvoe.tv