LINUX.ORG.RU

Debian 7.0 «Wheezy» заморожен

 ,


1

3

30 июня в списке рассылки Debian Devel Announce было объявлено о переходе текущей тестовой ветки Debian в состояние заморозки. Это означает, что все дальнейшие обновления пакетов должны ограничиваться исправлениями ошибок. Пакеты, для которых на момент заморозки были более новые версии в Sid, автоматически получили исключения и будут обновлены немного позже. Прочие обновления и добавление новых пакетов возможны лишь по согласованию с Release Team (командой, ответственной за подготовку нового выпуска дистрибутива).

Среди интересных нововведений можно отметить:

  • поддержку Multiarch;
  • пакеты, когда возможно, собираются с использованием опций компилятора, повышающих безопасность (http://wiki.debian.org/HardeningWalkthrough);
  • /tmp по умолчанию в tmpfs (окончательного решения пока нет).

Debian 7.0 будет включать:

  • ядро Linux 3.2.0 (LTS-ветка);
  • поддержку стандарта LSB 4.1;
  • компилятор GCC 4.7;
  • Python 2.7;
  • Perl 5.14;
  • среду рабочего стола GNOME 3.4;
  • среду рабочего стола KDE 4.8.4 (кроме приложений KDE PIM (4.4.11));
  • среду рабочего стола Xfce 4.8;
  • офисный пакет LibreOffice 3.5.4;
  • графический редактор GIMP 2.8;
  • веб-браузер Iceweasel 10.0 (ESR-ветка);
  • почтовый клиент Icedove 10.0 (ESR-ветка);
  • веб-сервер Apache 2.2.22;
  • PHP 5.4.4;
  • MySQL 5.5.24;
  • и многое другое.

>>> 5… 4… 3… 2… 1…

★★★★★

Проверено: DoctorSinus ()
Последнее исправление: Silent (всего исправлений: 1)

Ответ на: комментарий от eugeno

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

А ведь Unix, по идее, - система, в которой можно всё автоматизировать. Или почти всё.

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

>с чем еще в виде «все остальное» косяки?

Parser failed.

Deleted
()

Жаль, что GNU Emacs 24.1 не вошёл. Увы и ах!

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

В чем костыльность «lib+lib64»?

Для федоры — ни в чем, всего два каталога. А вот в дебиане это вылилось бы во что-то вроде: libalpha+libamd64+libarmel+libarmhf+libavr32+libhppa+libhurd-i386+libi386+libia64+libkfreebsd-amd64+libkfreebsd-i386+libm68k+libmips+libmipsel+libpowerpc+libpowerpcspe+libs390+libs390x+libsh4+libsparc+libsparc64.

мне нужен запуск нескольких приложений, существующих только в 32-битном варианте - есть ia32-libs

Проблемы вылазят, когда библиотека, которая нужна в 32-битном варианте, не входит в ia32-libs. И тогда в дебиане приходится танцевать с бубном. Multiarch должен решить эту проблему.

раньше к примеру для того, чтобы поставить вайн нужно было поставить ia32libs, теперь

dpkg --add-architecture i386 && apt-get update && apt-get install wine-bin:i386

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

Зачем? Можно поставить 64-бит ядро в 32-бит систему.

ну и какой виртуалбокс будет не суждено поставить.

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

Можно поставить 64-бит ядро в 32-бит систему.

ну и какой виртуалбокс будет не суждено поставить.

А он нужен? KVM работает.

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

dpkg --add-architecture i386 && apt-get update && apt-get install wine-bin:i386

И имеем зоопарк либ с разных архитектур - я уже говорил, или 56 или 58 с i386 вместо десятка с одной, но с префиксом в /lib32

Проблемы вылазят, когда библиотека, которая нужна в 32-битном варианте, не входит в ia32-libs

Пример пакета в студию. Если есть - можно ради него и запилить мультиарч.

На счет кучи lib<arch> - не вижу проблемы. Все в отдельном path, все пучком.

2 Mystra_x64

Parser failed.

был приведен пример с пдф, с чем еще возникает проблема с привязкой софта? Что имелось ввиду под «все остальное»?

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

>Что имелось ввиду под «все остальное»?

Любая программа, которая назначает ассоциации файлов. Сколько можно повторять то? Ну, если так хочется, продолжай настраивать и выключать их вручную, я не настаиваю. Когда вирусы полезут, я не при чём :]

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

Это при том, что Python 3 уже с 2008 года существует. Слава Дебиану, чего уж там.

Там есть Python 3.

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

Ставь скайп с 32битных реп также как и вайн?

Пилять, а я и не догадался... Идиот. Спасибо!

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

На счет кучи lib<arch> - не вижу проблемы. Все в отдельном path, все пучком.

А с multiarch, по-твоему, как-то не так? %_% Ну на уровень глубже, но ведь не в одной куче.

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

Вирусы? какие вирусы? о чем Вы?

У меня каждая прога имеет свой WINEPREFIX, в 95% это игрушки, в остальном - нативный софт, поэтому я не понимаю о чем Вы:-)

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

ок. Когда я ставлю ia32libs - я знаю что оно в /usr/lib32 болтается, может где-то в /usr/share, но тоже отдельно. Как быть с какой нибудь qt4-gui, которая свое файло оставляет не только в /usr/lib32 (/usr/i386-linux-gnu/ или где-то там, ну вы понели), а в /usr/share?

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

>WINEPREFIX

Это с расшаренным то линуксовым хомяком и корнем? Ну, если данных не жалко, то пожалста :]

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

Изнутри вайна программы имеют доступ в линуксовый хомяк, что отключабельно, и вообще корень (что, вроде как, полностью не выключить). Соответственно, если есть права, то…

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

диск Z (корень) удаляется, хомяк виден, да. Но в чем проблема то? вы так часто запускаете неизвестные экзешники? Для этого есть винда в виртуалбоксе. Вайн лично я использую для того, чтобы запустить пару-тройку игр, и наличие доступа к хомяку меня совершенно не волнует, у меня все распихано по /mnt.

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

Не знал, если честно. Но тем не менее это не решает проблему. А как быть, если версии немного отличаются? если собраны с разными флагами?

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

>диск Z (корень) удаляется, хомяк виден, да.

Это не поможет. Открой диалог открытия файлов и открой комбобокс каталогов верху. Удивись.

>Но в чем проблема то? вы так часто запускаете неизвестные экзешники?

Все экзешники там неизвестные, по большому счёту, кроме самого вайна :}

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

А как быть, если версии немного отличаются? если собраны с разными флагами?

Если при сборке пакетов под разные архитектуры из одного deb-src внезапно оказалось, что в /usr/share/ у них какие-то различия, то это значит, что что-то сделано ну совсем не так, потому что это данные, не зависящие от архитектуры.

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

Версии отличаться не должны. Точнее, файлы в /usr/share отличаться не должны (даже /usr/share/doc/libsomething/changelog.Debian.gz). Иначе пакеты с разными архитектурами не установятся. Для stable это не должно быть проблемой, а вот если в unstable версии ненадолго разойдутся, то не получится обновиться, пока не сойдутся обратно.

ia32-libs «решают» проблему /usr/share тем, что вообще туда ничего не пишут, используют то, что там уже лежит, так что если версия библиотеки существенно разойдется с родной, то она просто перестанет работать.

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

Хм, удивился. Не знал.

Но по идее это диалог вайна, и зловред про те диски, которые я ему не укажу, и которые не будут помечены симлинками в dosdevices знать не знает:

$ ls -la ~/.wine/homm3/dosdevices/
итого 0
drwxr-xr-x 2 leg0las leg0las 168 июля   2 16:26 .
drwxr-xr-x 4 leg0las leg0las 232 июля   2 16:29 ..
lrwxrwxrwx 1 leg0las leg0las  10 июня   6 13:04 c: -> ../drive_c
lrwxrwxrwx 1 leg0las leg0las   8 июня   6 13:04 d:: -> /dev/sr0
lrwxrwxrwx 1 leg0las leg0las   8 июня   6 13:04 e: -> /mnt/iso
lrwxrwxrwx 1 leg0las leg0las  10 июня   6 13:04 e:: -> /dev/loop0
lrwxrwxrwx 1 leg0las leg0las  10 июня   6 13:04 f:: -> /dev/loop1
leg0las ★★★★★
()
Ответ на: комментарий от GotF

Хм, буду теперь знать. Собственно меня и напрягает всякое там перезаписывание файлов пакетом другой архитектуры. Проще подогнать ia32libs чем ворошить мультиарч.

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

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

Программам это не помеха, вроде бы. Если они специально будут искать, конечно же :)

>это диалог вайна
А ты думаешь как его потом читает/пишет вендопрограмма?

Deleted
()
Последнее исправление: Mystra_x64 (всего исправлений: 1)
Ответ на: комментарий от leg0las

Только все равно не понимаю решение - раньше к примеру для того, чтобы поставить вайн нужно было поставить ia32libs, теперь - произвести нехитрые изменения для dpkg, sources.list, стянуть с полсотни пакетов с i386 репы - как по мне явное усложнение. И да, я столкнулся с тем, что этот мультиарч не так то просто убрать (dpkg-чего-то там выдавал ошибку, баг нашел в багзилле). Такие дела.

И если нет в ia32libs, то уже не всё так просто. Сейчас один унифицированный подход. Да и в ia32libs те же пакеты, только скопом. Удалить мультиарч очень просто, надо просто убрать foreign архитектуры. /var/lib/dpkg/arch - там. Ну, если захочется ia32libs, то, вероятнее всего, такой пакет придётся самому собирать...

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

Два пакета, суммарно тянут на 60 кбайт. Вот такой он вайн в оф. репе для амд64

Там просто инструкция как поставить wine:i386 :)

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

ХЗ как оно читает. По идее все что в dosdevices - должно быть видно, остальное недоступно Я могу предположить что для некоторых приложений прикрутили полное дерево.

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

/var/lib/dpkg/arch

собственно оттуда ручками и удалял.

leg0las ★★★★★
()

А вообще посмотрим. Может это я чересчур скептически отношусь к мультиарчу. Все бока вылезут через годик-два. Но в любом случае лично для себя я отказался от сборки дебиана «amd64».

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

Вирусы? какие вирусы? о чем Вы?

У меня каждая прога имеет свой WINEPREFIX, в 95% это игрушки, в остальном - нативный софт, поэтому я не понимаю о чем Вы:-)

Слабак! У меня отдельный юзер для вайна, урезанный в файрволе и не имеющий доступа на запись никуда кроме своего хомяка. :) И префиксов много, и версий вайна много. У разных префиксов могут быть разные версии вайна.

Кстати, вайн никак не защищает от выхода из префикса. Даже `winetricks sandbox` не защищает.

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

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

Даже в FAQ написано:

Wine does not sandbox in any way at all. When run under Wine, a Windows app can do anything your user can. Wine does not (and cannot) stop a Windows app directly making native syscalls, messing with your files, altering your startup scripts, or doing other nasty things.

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

Как быть с какой нибудь qt4-gui, которая свое файло оставляет не только в /usr/lib32 (/usr/i386-linux-gnu/ или где-то там, ну вы понели), а в /usr/share?

Не надо с ней быть, пусть, где надо, там и оставляет. Если очень хочется, можно посмотреть где они (dpkg -L). Но какая разница, где лежат эти файлы? Пока они нужны, они там есть, когда не нужны — autoremove их уберет. Ставить только нужные мелкие пакеты куда лучше, чем ставить всю огромную помойку 32libs и надеяться, что то, что на самом деле нужно (какой-нибудь libmysqlclient), в ней действительно есть.

Не знал, если честно.

Как бы, слово «share» намекает, что эти файлы shared между архитектурами. ;)

Но тем не менее это не решает проблему. А как быть, если версии немного отличаются? если собраны с разными флагами?

Тогда они не установятся одновременно. Эту проблему и решает пакетный менеджер — он следит, где что лежит и кого откуда надо удалять, чтобы не было помойки, как в... других ОС.

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

У виндовса есть ещё другой вариант адресации пути к файлу.

Deleted
()

среду рабочего стола KDE 4.8.4 (кроме приложений KDE PIM (4.4.11));

Правильно значит я себе 4.8.4 запакетировал. Так и знал что не успеют разродится.

Кому нужно — могу дать ссылку на мой репозиторий.

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

Так и знал что не успеют разродится.

Они не не успели, они не хотят. Вроде это связано с переносом всех данных в БД.

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

Ну так надо сначала удалить все «неродные» пакеты, чтобы слака не получилась :} Тогда dpkg не будет ругаться.

aptitude purge ~i~rforeign

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

К моему глубочайшему несчастью знаю о нём давно, он настолько стар, неудобен и неактуален что я лучше БСД выберу!

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

Они не не успели, они не хотят. Вроде это связано с переносом всех данных в БД.

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

Sectoid ★★★★★
()

м-м-м, Дебиан.... ^_^

anonymous
()

Perl 5.14

Внезапно обрадовали. Думал будет 5.12 будет в релизе. Со многими дистрами наплясался по самое нехочу и понабрался опыта. Пора вернуться на Debian и заняться нормальными делами.

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