Re: Виртуальная инфраструктурка

2017-06-01 Пенетрантность Andrey Tataranovich 
On Mon, 22 May 2017 15:33:43 +0300
Victor Wagner  wrote:

> На базе xen вообще сделано много чего интересного. У той же libvirt
> ноги оттуда растут. А еще Qubes тоже туда же. Но вот к сожалению при
> интересности концепций, ничего из того что сделано на базе xen что-то
> доведенным до production видеть не доводилось. 

Как минимум AWS (Amazon Web Services) EC2 построен на базе Xen и
вполне работает в продакшене.

-- 
WBR, Andrey Tataranovich

Re: dh_shlibdeps и ${shlibs:Depends}

2017-06-01 Пенетрантность Alexander Gerasiov 
Hello Andrey,

On Thu, 1 Jun 2017 13:46:10 +0300
Andrey Nikitin  wrote:

> Привет.
> 
> Все зависимости списка {shlibs:Depends} имеют вид "lib >= ver".
> Для части библиотек мне нужна строгая зависимость.
> Как это сделать?
> Задать через --exclude и добавить руками или есть др. способ?

Вообще говоря, это не твое дело, а дело разработчика/мейнтейнера
библиотеки, как именно он прописывает зависимость. Если апстрим
обещает, что не сломает ABI (а только будет добавлять новые вызовы), то
тогда достаточно libnameN >= ver. Это будет работать пока не выйдет
библиотека с новым soname, у которой бинарный пакет будет иметь другое
имя.

Но в некоторых случаях мейнтейнер библиотеки знает, что апстрим ломает
ABI даже внутри одного soname, или по каким-то причинам soname не
выносится в имя бинарного пакета библиотеки, тогда он может прописать
хинт для dh_shlibdeps, чтобы зависимые пакеты получали что-то вроде:
Depends: libxneur (>= 0.20.0), libxneur (<< 0.20.0-99)

Для этого пакет библиотеки поставляет вручную созданный .shlibs файл
например вот такой:

$ cat debian/libxneur.shlibs 
libxneur 20 libxneur (>= 0.20.0), libxneur (<< 0.20.0-99)
libxnconfig 20 libxneur (>= 0.20.0), libxneur (<< 0.20.0-99)



-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: g...@cs.msu.su  Homepage: http://gerasiov.net  Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1

Re: Чем лучше восстановить удалённые файлы (желательно с папками)?

2017-06-01 Пенетрантность Tim Sattarov 
On 01/06/17 11:38 AM, artiom wrote:
>> Самое ценное (с его слов) это scratch-проект и настройки распбиана.
> Оптимальный вариант: плюнуть на восстановление и сделать всё заново
> (есть сомнения, что у вас там уйма кода, а про настройки и говорить нечего).

> Но я бы вам посоветовал R-Linux воспользоваться. Когда-то я R-Studio
> считал одной из лучших программ.
Поддерживаю оба варианта, сам когда то спас систему, которую форматнул
по ошибке, при переносе с винта на винт.
Но трахотни было сильно больше чем, если бы настроил с нуля.
Единственной причиной восстановления были уникальные данные.

Validation failed

2017-06-01 Пенетрантность Debian Webmaster 
*** Errors validating
/srv/www.debian.org/www/international/l10n/po/en_GB.ru.html: ***
Line 117, character 351:  "128513" is not a character number in the
document character set
Line 308, character 337:  "128513" is not a character number in the
document character set
Line 1311, character 241:  "128513" is not a character number in the
document character set

--
 You received this mail for the language code ru.
 Please edit webwml/english/devel/website/validation.data if this is not 
accurate
 Please also update webwml/english/devel/website/ with the new coordinator(s) 
data

Re: Чем лучше восстановить удалённые файлы (желательно с папками)?

2017-06-01 Пенетрантность artiom 
Кстати, есть хардкорный олдскульный вариант восстановления: через debugfs.
Я про него даже забыл.
Для этого надо хотя бы основы устройства ФС с которой вы работаете знать.

По ходу вспомнил вот эту тулзу:
http://linuxgeeks.ru/ext3grep.htm

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


01.06.2017 17:15, Зиганшин Руслан пишет:
> Младший брат нечаянно удалил весь raspbian с помощью noobs: попытался
> установить вторую ОС и когда заметил, что первая ОС пропадает,
> быстренько отключил питание. Сейчас на sd-карте папка / содержит
> пустые папки /home, /etc и прочие. Самое ценное (с его слов) это
> scratch-проект и настройки распбиана.
>

Re: Чем лучше восстановить удалённые файлы (желательно с папками)?

2017-06-01 Пенетрантность artiom 
> Самое ценное (с его слов) это scratch-проект и настройки распбиана.

Оптимальный вариант: плюнуть на восстановление и сделать всё заново
(есть сомнения, что у вас там уйма кода, а про настройки и говорить нечего).

Серьёзно.

Скорее всего, это займёт меньше времени, чем восстановление.

Хранить проект на рабочем устройстве в единственном экземпляре - это
даже не моветон, а непростительная халатность.

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

Re: Чем лучше восстановить удалённые файлы (желательно с папками)?

2017-06-01 Пенетрантность artiom 
noobs? Отличное название. :-)

Разделы? С помощью testdisk.

Но я бы вам посоветовал R-Linux воспользоваться. Когда-то я R-Studio
считал одной из лучших программ.

Для особых гурманов есть возможность попробовать восстановить что-либо с
помощью scalpel: https://habrahabr.ru/post/247421/


Только не забудьте, что работать надо не с картой, а с её образом.
Заодно и бэкап будет.


01.06.2017 17:15, Зиганшин Руслан пишет:
> Младший брат нечаянно удалил весь raspbian с помощью noobs: попытался
> установить вторую ОС и когда заметил, что первая ОС пропадает,
> быстренько отключил питание. Сейчас на sd-карте папка / содержит
> пустые папки /home, /etc и прочие. Самое ценное (с его слов) это
> scratch-проект и настройки распбиана.
>
> PS. Foremost на том же разделе. sd-карты ничего не нашёл
>

Чем лучше восстановить удалённые файлы (желательно с папками)?

2017-06-01 Пенетрантность Зиганшин Руслан 
Младший брат нечаянно удалил весь raspbian с помощью noobs: попытался
установить вторую ОС и когда заметил, что первая ОС пропадает, быстренько
отключил питание. Сейчас на sd-карте папка / содержит пустые папки /home,
/etc и прочие. Самое ценное (с его слов) это scratch-проект и настройки
распбиана.

PS. Foremost на том же разделе. sd-карты ничего не нашёл

30 мая 2017 г. 4:40 ПП пользователь "Иван Лох"  написал:

On Mon, May 29, 2017 at 09:16:19PM +0800, Fedor Zuev wrote:
> On Sun, 28 May 2017, alexander barakin wrote:
>
> ab>то, что программа написана на c# (или java), вовсе не гарантирует
> ab>её переносимость: ведь разработчик может обращаться к сторонним (по
> ab>отношению к c#) программам/библиотекам, тем самым намертво привязывая
> ab>программу к той операционной системе, которой он пользуется.
> ab>в приведённых вами ниже примерах разработчики явно именно так и
> ab>поступили.
>
> Ну вот например автор fb2fix прямо декларирует ее совместимость с
> mono.
>
> Так или иначе _какие-то_ программы, работающие с mono должны ведь
> быть? Иначе бы зачем бы его делали?
>
> Вы можете привести пример программмы, гарантированно работающей с
> mono?

scallion например.

Scallion lets you create vanity GPG keys and .onion addresses (for Tor's
hidden services) using OpenCL.
Scallion runs on Mono (tested in Arch Linux) and .NET 3.5+ (tested on
Windows 7 and Server 2008).

Re: dh_shlibdeps и ${shlibs:Depends}

2017-06-01 Пенетрантность Andrey Nikitin 
В Thu, 01 Jun 2017 14:34:53 +0300
Artem Chuprina  пишет:

> Там, правда, обычно от библиотек из того же src-пакета,
> но тем не менее.
Угу, = ${source:Version} или = ${binary:version}, не мой случай.

Re: dh_shlibdeps и ${shlibs:Depends}

2017-06-01 Пенетрантность Artem Chuprina 
Andrey Nikitin -> debian-russian@lists.debian.org  @ Thu, 1 Jun 2017 13:46:10 
+0300:

 > Все зависимости списка {shlibs:Depends} имеют вид "lib >= ver".
 > Для части библиотек мне нужна строгая зависимость.
 > Как это сделать?
 > Задать через --exclude и добавить руками или есть др. способ?

Я бы глянул, как это сделано в каком-нибудь из пакетов, где есть
зависимость ==. Там, правда, обычно от библиотек из того же src-пакета,
но тем не менее.

dh_shlibdeps и ${shlibs:Depends}

2017-06-01 Пенетрантность Andrey Nikitin 
Привет.

Все зависимости списка {shlibs:Depends} имеют вид "lib >= ver".
Для части библиотек мне нужна строгая зависимость.
Как это сделать?
Задать через --exclude и добавить руками или есть др. способ?

Спсб.

Re: Зафиксировать локально установленный пакет

2017-06-01 Пенетрантность artiom 
Ok, посмотрю. Спасибо.


01.06.2017 10:30, Коля Гурьев пишет:
> 30.05.2017 15:59, artiom пишет:
>> Есть ли штатная возможность автоматизировать пересборку пакета с нужными
>> патчами, при получении его обновлений (что-то наподобие системы портов
>> FreeBSD)?
>
> Есть утилита apt-build, которая может пересобирать пакеты при обновлении.
>

Re: Зафиксировать локально установленный пакет

2017-06-01 Пенетрантность Коля Гурьев 

30.05.2017 15:59, artiom пишет:

Есть ли штатная возможность автоматизировать пересборку пакета с нужными
патчами, при получении его обновлений (что-то наподобие системы портов
FreeBSD)?


Есть утилита apt-build, которая может пересобирать пакеты при обновлении.

[DONE] wml://security/2017/dsa-38{69,70}.wml

2017-06-01 Пенетрантность Lev Lamberov 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

- --- english/security/2017/dsa-3869.wml2017-06-01 10:51:25.0 
+0500
+++ russian/security/2017/dsa-3869.wml  2017-06-01 12:10:17.014170607 +0500
@@ -1,18 +1,19 @@
- -security update
+#use wml::debian::translation-check translation="1.1" maintainer="Lev Lamberov"
+обновление 
безопасности
 
- -It was discovered that tnef, a tool used to unpack MIME attachments of
- -type "application/ms-tnef", did not correctly validate its input. An
- -attacker could exploit this by tricking a user into opening a
- -malicious attachment, which would result in a denial-of-service by
- -application crash.
+Было обнаружено, что tnef, инструмент для 
распаковки MIME-вложений
+типа "application/ms-tnef", неправильно выполняет 
проверку входных данных.
+Злоумышленник может использовать эту 
уязвимость, если пользователь открывает
+специально сформированное вложение, что 
может приводить к отказу в
+обслуживании из-за аварийной остановки 
приложения.
 
- -For the stable distribution (jessie), this problem has been fixed in
- -version 1.4.9-1+deb8u3.
+В стабильном выпуске (jessie) эта проблема 
была исправлена в
+версии 1.4.9-1+deb8u3.
 
- -For the unstable distribution (sid), this problem has been fixed in
- -version 1.4.12-1.2.
+В нестабильном выпуске (sid) эта проблема 
была исправлена в
+версии 1.4.12-1.2.
 
- -We recommend that you upgrade your tnef packages.
+Рекомендуется обновить пакеты tnef.
 
 
 # do not modify the following line
- --- english/security/2017/dsa-3870.wml2017-06-01 10:51:41.0 
+0500
+++ russian/security/2017/dsa-3870.wml  2017-06-01 12:12:31.911044320 +0500
@@ -1,17 +1,18 @@
- -security update
+#use wml::debian::translation-check translation="1.1" maintainer="Lev Lamberov"
+обновление 
безопасности
 
- -Several vulnerabilities were discovered in wordpress, a web blogging
- -tool. They would allow remote attackers to force password resets, and
- -perform various cross-site scripting and cross-site request forgery
- -attacks.
+В wordpress, инструменте для ведения блога, 
было обнаружено несколько
+уязвимостей. Эти уязвимости могут 
позволить удалённым злоумышленникам 
вызвать сброс
+пароля, а также выполнить различные виды 
межсайтового скриптинга и
+подделки межсайтовых запросов.
 
- -For the stable distribution (jessie), these problems have been fixed in
- -version 4.1+dfsg-1+deb8u13.
+В стабильном выпуске (jessie) эти проблемы 
были исправлены в
+версии 4.1+dfsg-1+deb8u13.
 
- -For the upcoming stable (stretch) and unstable (sid) distributions,
- -these problems have been fixed in version 4.7.5+dfsg-1.
+В готовящемся стабильном (stretch) и 
нестабильном (sid) выпусках
+эти проблемы были исправлены в версии 
4.7.5+dfsg-1.
 
- -We recommend that you upgrade your wordpress packages.
+Рекомендуется обновить пакеты wordpress.
 
 
 # do not modify the following line
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE3mumcdV9mwCc9oZQXudu4gIW0qUFAlkvvmUACgkQXudu4gIW
0qXWkQ//USFQfcYq/4RPfQOJbipc8nEm9fHFT+OT4spOV9VODkM1mzgtyHP9YmOA
ava2tD1TUCGDW3vQXDCs6CS4fl5oufM0GF6rvZqhkpZRjT3/paUpZmHVHp20P7wr
arPwTsFFVO+H4rXyobpOVlzz9jL4HspVvTGIjhgC6GpmQAqmJ2yvsLwY7zQ5FKNg
vAYVO2ojoLMEi66qQ6HCLQdJAYCDzJIuwziF96Bvajan0Q9yKb70Snu2FhABmb8Y
7D5z82CoRKh/xEIrgSpewFTbM8rtvNIFWwNQONK5jxPX/FWmLRDlbfn3NVMzH5Ov
xB4FJWpAYIOYhzs+ObI3jc6wqQiA9/Z+vriR/MYVhTL3R6u0bHQXLoLJXJ6wLkjZ
NKH8lNWxUwRpxk8BOidKRSW9ihs0mLWWzb8JwgmeZxfFrkAK8iKApjQEfDx2dTA1
sqek3OhZesyJm/3D+vfrMLIBxoIOjliXDoHv5lkOQmrtmwWY3Su617DOX2cMipAG
X5lRm8m3wnjrvYN/bYOmHssOCP9JkUWD1KmldA2oPSB1TwlCNJCWya6iaD+GFQqg
n8dD5aFNItirXoej6rdDKZaM6VrKLAo3HvI69IS8JvIKUoWTqkdtJRR8NTBRYGAY
KMkL120Uz+/4tndS8LnMoLsjkDlUQ6Dkp+iF2nckf3xWpO/c8UQ=
=oxaI
-END PGP SIGNATURE-