Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Artem Chuprina 
Sergey B Kirpichev -> debian-russian@lists.debian.org  @ Fri, 4 Mar 2016 
23:39:21 +0300:

 >> Ну а теперь их столько же, но они еще и кто в лес, кто по дрова...

 SBK> Ну как...

 SBK> $ wc -l /etc/systemd/system/sshd.service
 SBK> 15 /etc/systemd/system/sshd.service
 SBK> $ wc -l /etc/init.d/ssh
 SBK> 174 /etc/init.d/ssh
 SBK> $ wc -l
 SBK> /etc/systemd/system/multi-user.target.wants/nginx.service
 SBK> 28 /etc/systemd/system/multi-user.target.wants/nginx.service
 SBK> $ wc -l /etc/init.d/nginx
 SBK> 211 /etc/init.d/nginx

 SBK> Если на порядок - не меньше, то что тогда меньше?

А ты посчитай для lxc.  Вместе с теми скриптами, что вызываются из
.service.  А потом почитай те скрипты, и сравни со скриптами от ssh на
предмет понятности того, что там написано.

И сравни, кстати, функциональность init.d/ssh и ssh.service.  Она
разная.  Не то чтоб сильно, но по крайней мере одна существенная функция
init.d/ssh в ssh.service отсутствует.

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Andrey Melnikoff 
Иван Лох  wrote:
> On Fri, Mar 04, 2016 at 04:13:43PM +0300, Dmitry E. Oboukhov wrote:
> > 
> > >> это лавина, которая будет валиться на головы тех кто работает с
> > >> другими платформами прежде всего.
> > 
> > > Ядро Linux развивается. И, объективно, стоит выбор использовать
> > > новые (на самом деле им дофига лет и они устоялись)  технологии,
> > > такие как cgroups, namespaces, DRM/KMS и многие другие в Debian
> > > или пожертвовать всем этим ради 1% пользователей ??других платформ??.
> > 
> > ЕМНИП cgroups и прочие плюшки есть на других платформах, там где нет 
> > systemd.
> > я не понимаю почему из за cgroups тащить его надо было в дистрибутив

> Потому, что в init для того чтобы выставить лимиты разного рода процессу
> надо, как правило) редактировать скрипт.  И при обновлении сличать его
> со старым. systemd позволяет прописать все эти ограничения в
> декларативной манере. Это не только память и процессор, но и AppArmor и
> т. д.
Это уже попахивает подменой понятий. Какая разница - мы сличаем скрипт в
/etc/init.d/ или win.ini в /lib/systemd/ ? В случае со скриптом - на
не-linux архитектуре можно просто вызывать заглушку, в случае с systemd -
просто выкинуть архитектуру.

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

> Все знали, что cgroups это круто. Много кто их использовал в init?
Кто знал? Все - не знали и знать не будут. Оно им просто не надо. Некоторые
знали и пользовались до творения поттеринга.

> Никто же не спорит, почти все что делает systemd (активацию по сокету,
> respawn, watchdog, лимиты) можно сделать и через init. Но какого размера  
> будет
> скрипт и кто его потом разберет?
Делал бы он только это. Впрочем - мне вот ни одно из перечисленных
возможеностей systemd не надо - зачем мне его пихают?

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Sergey B Kirpichev 
On Fri, Mar 04, 2016 at 10:51:48PM +0300, Artem Chuprina wrote:
> Ну а теперь их столько же, но они еще и кто в лес, кто по дрова...

Ну как...

$ wc -l /etc/systemd/system/sshd.service
15 /etc/systemd/system/sshd.service
$ wc -l /etc/init.d/ssh
174 /etc/init.d/ssh
$ wc -l
/etc/systemd/system/multi-user.target.wants/nginx.service
28 /etc/systemd/system/multi-user.target.wants/nginx.service
$ wc -l /etc/init.d/nginx
211 /etc/init.d/nginx

Если на порядок - не меньше, то что тогда меньше?

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Melleus 
Иван Лох  writes:

> Это не только позволяет делать интерфейсы управления более графическими,
> чем текстовый редактор, но и настраивать малознакомый сервис без тщательного
> изучения мануала.
> Все знали, что cgroups это круто. Много кто их использовал в init?
> Никто же не спорит, почти все что делает systemd (активацию по сокету,
> respawn, watchdog, лимиты) можно сделать и через init. Но какого размера  
> будет
> скрипт и кто его потом разберет?

Постоянно приходилось убеждаться в том, что вещи, рассчитанные на то,
чтобы ими мог пользоваться даже идиот, лишь среди идиотов и находят
успех. А приличный человек будет искать себе что-нибудь более
достойное. На этом, кстати, построен и современный маркетинг массовых
товаров, и концепция оболвания общества, чтобы создать спрос на такие
товары у народных масс. Заработок на продаже одного нового авто
"Феррари", если взять в процентах, выйдет значительно меньше, нежели у
"Фиата-500", а производитель - один и тот же. Однако же такова судьба
идиота, думать что сэкономил, а на самом деле - за все платить
дороже. Когда деньгами, а когда - временем.

Re: Need Russian contact

2016-03-04 Пенетрантность dimas 
hi!
there is fairly big variety of keyboard layouts for russian languge. see
/usr/share/X11/xkb/symbols/ru for those presented in default distribution
(maybe there are even some more, taken from some packages)
the most typical used is "ru, winkeys". there is also a popular "typewriter"
layout, implementing the one used on cyrillic typewriters (the main difference
is that you have punctuation characters on number keys in lower case, having to
use shift+digit to type digits, for example)
never seen mac keyboard, so cannot say if there is any different key placement,
but you can simply compare "common", "winkeys" and "mac" layouts in the file
mentioned above to see all the difference beetwen them.


2016-064 20:11 MENGUAL Jean-Philippe  wrote:
> Hi,
> 
> Sorry for English, I don't speak Russian. But my friend speaks Russian
> and uses Debian. We're searching for someone who could give us
> information about Russian keyboard layout on Debian. It seems it's not
> the same keymaps as on a Mac OS computer, and we'd like to understand
> why. Is it a known situation?
> 
> You can reply in Russian, Corentin will go on writing in Russian. I just
> open the contact with Russian Debian Community.
> 
> Best regards,
>

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Artem Chuprina 
Sergey B Kirpichev -> Dmitry E. Oboukhov  @ Fri, 4 Mar 2016 22:14:05 +0300:

 >> > Наконец, просто "причесать" инит-скрипты, убрав необходимость
 >> > того копипастинга что есть сейчас - вполне полезная задача.
 >> 
 >> вот только смысл в ней нулевой.
 >> избыточный перфекционизм - всегда плохо

 SBK> Ну с чего он вдруг избыточен?  Вы же не предлагаете каждому
 SBK> копипастить себе libc в исходник хелворда.  А тут действительно ситуация
 SBK> вроде этой - скрипты-сервисопускалки до неприличия шаблонные.

Ну а теперь их столько же, но они еще и кто в лес, кто по дрова...

Re: Need Russian contact

2016-03-04 Пенетрантность Artem Chuprina 
MENGUAL Jean-Philippe -> debian-russian@lists.debian.org, cvoiseux  @ Fri, 4 
Mar 2016 20:11:23 +0100:

 MJ> Sorry for English, I don't speak Russian. But my friend speaks Russian
 MJ> and uses Debian. We're searching for someone who could give us
 MJ> information about Russian keyboard layout on Debian. It seems it's not
 MJ> the same keymaps as on a Mac OS computer, and we'd like to understand
 MJ> why. Is it a known situation?

 MJ> You can reply in Russian, Corentin will go on writing in Russian. I just
 MJ> open the contact with Russian Debian Community.

There are several flavors of russian keyboard layouts.  I'm not sure
which is on a Mac OS computer, but now most standard is "winkeys"
variant.  It corresponds to keyboard layout invented by Microsoft for
Windows, and it is printed on most keyboards sold in Russia.

Re: Need Russian contact

2016-03-04 Пенетрантность Alexei 
Check keyboard section

https://wiki.debian.org/InstallingDebianOn/Apple/MacBookPro/7-1
4 марта 2016 г. 22:51 пользователь "Alexey Shrub" 
написал:

> Hi,
>
> EN: As I undestand additional information is needed - Debian installed on
> PC or Mac?
> RU: Debian установлен на компьютер от Apple?
>
>
> On Пт, мар 4, 2016 в 10:11 , MENGUAL Jean-Philippe 
> wrote:
>
> Hi, Sorry for English, I don't speak Russian. But my friend speaks Russian
> and uses Debian. We're searching for someone who could give us information
> about Russian keyboard layout on Debian. It seems it's not the same keymaps
> as on a Mac OS computer, and we'd like to understand why. Is it a known
> situation? You can reply in Russian, Corentin will go on writing in
> Russian. I just open the contact with Russian Debian Community. Best
> regards,
> --
> Jean-Philippe MENGUAL HYPRA, progressons ensemble Tél.: 01 84 73 06 61
> Mail: cont...@hypra.fr Site Web: http://hypra.fr
>
>

Re: Need Russian contact

2016-03-04 Пенетрантность Alexey Shrub 

Hi,

EN: As I undestand additional information is needed - Debian installed 
on PC or Mac?

RU: Debian установлен на компьютер от Apple?


On Пт, мар 4, 2016 в 10:11 , MENGUAL Jean-Philippe 
 wrote:

Hi,

Sorry for English, I don't speak Russian. But my friend speaks Russian
and uses Debian. We're searching for someone who could give us
information about Russian keyboard layout on Debian. It seems it's not
the same keymaps as on a Mac OS computer, and we'd like to understand
why. Is it a known situation?

You can reply in Russian, Corentin will go on writing in Russian. I 
just

open the contact with Russian Debian Community.

Best regards,

--

Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61
Mail: cont...@hypra.fr

Site Web: http://hypra.fr

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Sergey B Kirpichev 
On Fri, Mar 04, 2016 at 01:44:25PM +0300, Dmitry E. Oboukhov wrote:
> > Допускаю, хотя количество только открытых багов - вполне
> > солидное.
> 
> количество открытых багов - показатель характеризующий количество
> пользователей и их активность.

Important bugs; Unclassified (48 bugs)
Normal bugs; Unclassified (141 bugs)
Мягко говоря, несколько больше половины.

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

Так runit'ы не из отсутствия недекларативности выросли...

> > Наконец, просто "причесать" инит-скрипты, убрав необходимость
> > того копипастинга что есть сейчас - вполне полезная задача.
> 
> вот только смысл в ней нулевой.
> избыточный перфекционизм - всегда плохо

Ну с чего он вдруг избыточен?  Вы же не предлагаете каждому
копипастить себе libc в исходник хелворда.  А тут действительно ситуация
вроде этой - скрипты-сервисопускалки до неприличия шаблонные.

> >> теперь работы по другим
> >> архитектурам прибавится в десятки раз
> 
> > А в каком месте?  sysvinit же не выкинули - развивайте...
> 
> поставил я openVPN из sid.
> глядь - а он не запускается.
> хотя скрипт в init.d есть. хгм думаю что там не так.
> заглянул внутЫрь и блин... там эта блевотина с systemctl-чего-то.
> 
> откатил до stable и забыл (пока) о проблеме.

Ну и где баг?  От systemd там зависимости нет.  Что касается
конкретных скриптов - я нашел systemctl только в if-down/if-up,
как опцию.  Вы не должны были б, по идее, на этом подорваться,
если у вас systemd нету.

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

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

> если же init openVPN уже поправили, то вполне вероятна та же ситуация
> с другим пакетом.

Тоже поправят?)

> это лавина, которая будет валиться на головы тех кто работает с
> другими платформами прежде всего.

Если никто не соберется нормально поддерживать sysvinit - то да.

> и тут вопрос в том хватит ли им терпения/ресурсов это все фиксить,
> либо они забьют и пойдут в другое место.

"Войска отошли на заранее приготовленные позиции." (ц)

> >> собственно с Debian/kFreeBSD уже (почти) произошло: недавно с ними
> >> переписывались на тему "почему даже инсталлятор у вас в
> >> неработоспособном состоянии", на что получен ответ "ну вот так..."
> 
> > Мне кажется, дело в другом.  Многие DD считают, что "баг в
> > kFreeBSD - типа и не баг вовсе". 
> 
> а buildd сервер считает что несборка для kFreeBSD - повод непрохода
> пакета в тестинг.
> так что DD надо определяться: либо убирать платформу из списка, либо
> разбираться и фиксить.

Любопытно (хотя припоминаю что monit у меня проходил в testing с
поломанной сборкой на bsd, не говоря уж о hurd)...  Вы ж читаете -devel,
ответили б.  А то после ушатика
помоев (где уж начали вроде расчехлять "personal attacks" из вашего
славного CoC) мне написал Дон Армстронг, что типа если мейнтейнер хочет
считать FTBFS на kFreeBSD за баг - это типа баг.  "А если ни - то ни."
Мейнтейнеру уже к этому моменту закономерно расхотелось им быть...

> вот то что многие пакеты вылетать будут из kFreeBSD чисто из за
> systemd - факт. не у всех есть время/желание в УГ ковыряться.

В _данной_ истории - systemd был, мягко говоря, непричем.

Need Russian contact

2016-03-04 Пенетрантность MENGUAL Jean-Philippe 
Hi,

Sorry for English, I don't speak Russian. But my friend speaks Russian
and uses Debian. We're searching for someone who could give us
information about Russian keyboard layout on Debian. It seems it's not
the same keymaps as on a Mac OS computer, and we'd like to understand
why. Is it a known situation?

You can reply in Russian, Corentin will go on writing in Russian. I just
open the contact with Russian Debian Community.

Best regards,

-- 

Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61
Mail: cont...@hypra.fr

Site Web: http://hypra.fr

Re: Need Russian contact

2016-03-04 Пенетрантность Lev Lamberov 
Hi Jean-Philippe,

04.03.2016 23:36, MENGUAL Jean-Philippe пишет:
> Sorry for English, I don't speak Russian. But my friend speaks Russian
> and uses Debian. We're searching for someone who could give us
> information about Russian keyboard layout on Debian. It seems it's not
> the same keymaps as on a Mac OS computer, and we'd like to understand
> why. Is it a known situation?
>
> You can reply in Russian, Corentin will go on writing in Russian. I just
> open the contact with Russian Debian Community.
>

This mailing list is for translations into Russian. It is not for
providing support of any means. For getting a user support in Russian,
please contact debian-russ...@lists.debian.org
(https://lists.debian.org/debian-russian/).

Этот список рассылки предназначен для переводов на русский язык. Он не
служит для предоставления поддержки какого-либо рода. Для получения
пользовательской поддержки на русском языке, обратитесь в список
рассылки debian-russ...@lists.debian.org
(https://lists.debian.org/debian-russian/).

Cheers!
Lev Lamberov


signature.asc
Description: OpenPGP digital signature

Need Russian contact

2016-03-04 Пенетрантность MENGUAL Jean-Philippe 
Hi,

Sorry for English, I don't speak Russian. But my friend speaks Russian
and uses Debian. We're searching for someone who could give us
information about Russian keyboard layout on Debian. It seems it's not
the same keymaps as on a Mac OS computer, and we'd like to understand
why. Is it a known situation?

You can reply in Russian, Corentin will go on writing in Russian. I just
open the contact with Russian Debian Community.

Best regards,

-- 

Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61
Mail: cont...@hypra.fr

Site Web: http://hypra.fr

[DONE] wml://{security/2016/dsa-3504.wml}

2016-03-04 Пенетрантность Lev Lamberov 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

- --- english/security/2016/dsa-3504.wml2016-03-04 23:19:16.0 
+0500
+++ russian/security/2016/dsa-3504.wml  2016-03-04 23:23:17.657572086 +0500
@@ -1,21 +1,22 @@
- -security update
+#use wml::debian::translation-check translation="1.1" maintainer="Lev Lamberov"
+обновление 
безопасности
 
- -Alvaro Muñoz and Christian Schneider discovered that BeanShell, an
- -embeddable Java source interpreter, could be leveraged to execute
- -arbitrary commands: applications including BeanShell in their
- -classpath are vulnerable to this flaw if they deserialize data from an
- -untrusted source.
+Альваро Мунос и Кристиан Шнайдер 
обнаружили, что BeanShell,
+встраиваемый интерпретатор исходного 
кода на Java, может использоваться для 
выполнения
+произвольных команд: приложения, 
включающие BeanShell в
+classpath, уязвимы к этой проблеме в том случае, 
если они десериализуют данные из
+недоверенного источника.
 
- -For the oldstable distribution (wheezy), this problem has been fixed
- -in version 2.0b4-12+deb7u1.
+В предыдущем стабильном выпуске (wheezy) эта 
проблема была исправлена
+в версии 2.0b4-12+deb7u1.
 
- -For the stable distribution (jessie), this problem has been fixed in
- -version 2.0b4-15+deb8u1.
+В стабильном выпуске (jessie) эта проблема 
была исправлена в
+версии 2.0b4-15+deb8u1.
 
- -For the testing distribution (stretch) and unstable distribution
- -(sid), this problem has been fixed in version 2.0b4-16.
+В тестируемом (stretch) и нестабильном (sid) 
выпусках
+эта проблема была исправлена в версии 
2.0b4-16.
 
- -We recommend that you upgrade your bsh packages.
+Рекомендуется обновить пакеты bsh.
 
 
 # do not modify the following line
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJW2dKyAAoJEF7nbuICFtKlPAIP/RsMATwTYnT1GA4o01ZibzZy
zvF/8dszkM4YzKK4djMlemFTS+483b+JcNbF5FlGuy0MRZyA/gGt0/86vsXaCEuX
yGCSKRrUADM6SP5DMaA/OD0axnERi4LFVPwMQK72CU7L3ZhR1hUkPSh1Tene78BB
bZNWM5Px2SUTD0dAz2KmY3xgSQNEZPrHH18IjOD47Fer7SvTos9ZN0oZ7aEvTJB2
pD6/+W26hIyWT+bk+QU3eXT4ymPrNMPsUbGvP6lvAUPjeF5fuzt5LDOIbKbLCc0W
V/y9/H5cv1fBdBltzdCtogKEs7w/zA+0D5K1fLLsIIc5cCPoJO2no9GvGyLogbGz
EQ3ihVMQPrfZZ1vWyhhCPoWuhqTjRGgtVVs8Q8yn2ek1JsMET9Kl4z3DjSW2WSLu
b6wys7tMw3/IbwDW+jd80ebhyAXFKBMlPczbNYFxP6//k4gg3REhH3OrsY478yog
yeWYsBv4uBmBcReovqeKSmwoa8Hq2yXdBIt9vcxh/R71nmBU8ocTvDbeHcVLk5o4
Q+SuJb7RUCYpb7ecih81+6KBkoSHravHAJ18F/LuMTC5zhHqUNGNh4SDVlnMRnA+
GA3/9q3BiaWg3UdEdPl0ra2bdXU1LWnFbegSOpcjbcnWP4fHihui7QXmBZbFUtLY
W92qqWoIeKlJ6OBXr6T+
=NWmg
-END PGP SIGNATURE-

Validation failed

2016-03-04 Пенетрантность Debian Webmaster 
*** Errors validating
/srv/www.debian.org/www/security/2016/dsa-3503.ru.html: ***
Line 127, character 89:  end tag for element "P" which is not open

--
 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: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Dmitry E. Oboukhov 
> Все знали, что cgroups это круто. Много кто их использовал в init?

объективно: cgroups нужен очень мало где.
вот так чтобы был необходим.

> Никто же не спорит, почти все что делает systemd (активацию по сокету,
> respawn, watchdog, лимиты) можно сделать и через init. Но какого размера  
> будет
> скрипт и кто его потом разберет?

потребности в колбасе нет, а где есть там скрипты эти написаны.

самое тухлое в том что скриптовая база для многих приложений писалась
не один десяток лет.
какая нафиг разница использует какой-нибудь init-скрипт от named cgroups
или нет? 20 лет не использовали и необходимости использовать ведь нет
же.
кроме разве что эстетические чувства чьи-то потешить.
средний пользователь полезет лимиты на память прописывать? да ну нафиг

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Иван Лох 
On Fri, Mar 04, 2016 at 04:13:43PM +0300, Dmitry E. Oboukhov wrote:
> 
> >> это лавина, которая будет валиться на головы тех кто работает с
> >> другими платформами прежде всего.
> 
> > Ядро Linux развивается. И, объективно, стоит выбор использовать
> > новые (на самом деле им дофига лет и они устоялись)  технологии,
> > такие как cgroups, namespaces, DRM/KMS и многие другие в Debian
> > или пожертвовать всем этим ради 1% пользователей «других платформ».
> 
> ЕМНИП cgroups и прочие плюшки есть на других платформах, там где нет systemd.
> я не понимаю почему из за cgroups тащить его надо было в дистрибутив

Потому, что в init для того чтобы выставить лимиты разного рода процессу
надо, как правило) редактировать скрипт.  И при обновлении сличать его
со старым. systemd позволяет прописать все эти ограничения в
декларативной манере. Это не только память и процессор, но и AppArmor и
т. д.
Это не только позволяет делать интерфейсы управления более графическими,
чем текстовый редактор, но и настраивать малознакомый сервис без тщательного
изучения мануала.
Все знали, что cgroups это круто. Много кто их использовал в init?
Никто же не спорит, почти все что делает systemd (активацию по сокету,
respawn, watchdog, лимиты) можно сделать и через init. Но какого размера  будет
скрипт и кто его потом разберет?

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Dmitry E. Oboukhov 

>> это лавина, которая будет валиться на головы тех кто работает с
>> другими платформами прежде всего.

> Ядро Linux развивается. И, объективно, стоит выбор использовать
> новые (на самом деле им дофига лет и они устоялись)  технологии,
> такие как cgroups, namespaces, DRM/KMS и многие другие в Debian
> или пожертвовать всем этим ради 1% пользователей «других платформ».

ЕМНИП cgroups и прочие плюшки есть на других платформах, там где нет
systemd.
я не понимаю почему из за cgroups тащить его надо было в дистрибутив

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Иван Лох 
On Fri, Mar 04, 2016 at 01:44:25PM +0300, Dmitry E. Oboukhov wrote:

> это лавина, которая будет валиться на головы тех кто работает с
> другими платформами прежде всего.

Ядро Linux развивается. И, объективно, стоит выбор использовать
новые (на самом деле им дофига лет и они устоялись)  технологии,
такие как cgroups, namespaces, DRM/KMS и многие другие в Debian
или пожертвовать всем этим ради 1% пользователей «других платформ».


Использование в systemd namespaces и cgroups, на мой взгляд, хорошая
идея и в плане безопасности и в плане гибкости.

[DONE] wml://events/2000/{0202-linexpo-fr,1014-linuxtag,1227-17c3,1209-pluto,1215-linuxfest,1214-ossworkshop,1106-systems,0629-linuxtag}.wml

2016-03-04 Пенетрантность Lev Lamberov 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

- --- english/events/2000/0202-linexpo-fr.wml   2003-12-29 01:19:44.0 
+0500
+++ russian/events/2000/0202-linexpo-fr.wml 2016-03-04 14:52:20.568320941 
+0500
@@ -1,23 +1,24 @@
+#use wml::debian::translation-check translation="1.9" maintainer="Lev Lamberov"
 linworld-expo
 2000
- -Linux Expo in France
- -"Palais des Congrs" (porte Maillot), Paris, 
France
- -February 2 - 3
- -COORDINATOR WANTED
+Linux Expo во Франции
+"Palais des Congrs" (porte Maillot), Париж, 
Франция
+2-3 февраля
+ТРЕБУЕТСЯ КООРДИНАТОР
 http://www.linux-expo.com
- -mailto:vinc...@debian.org;>Vincent 
Renardias
+mailto:vinc...@debian.org;>Винсен Р
енарди
 
 
- -This is the Linux Expo in France.
- -  
- -This information was passed down to us by mailto:dir...@debian.org;> Yann Dirson.
+Это Linux Expo во Франции.
+
+Информация была передана нам mailto:dir...@debian.org;>Янном Дирсоном.
 
 
 
- -mailto:vinc...@debian.org;>Vincent Renardias will be at the 
Debian booth but more people are needed!  A
- -coordinator is also needed, please
- -email mailto:debian-de...@lists.debian.org;>debian-de...@lists.debian.org
- -and mailto:wich...@cs.leidenuniv.nl;>Wichert Akkerman if you 
can help.
+mailto:vinc...@debian.org;>Винсен Ренарди будет 
присутствовать на стенде Debian, но требуется 
больше людей!  Также
+требуется координатор, напишите
+по адресу mailto:debian-de...@lists.debian.org;>debian-de...@lists.debian.org
+и mailto:wich...@cs.leidenuniv.nl;>Вихерту 
Аккерману в том случае, если вы можете 
помочь.
 
 
 
- --- english/events/2000/0629-linuxtag.wml 2001-11-04 18:26:42.0 
+0500
+++ russian/events/2000/0629-linuxtag.wml   2016-03-04 16:14:37.029666498 
+0500
@@ -1,30 +1,31 @@
+#use wml::debian::translation-check translation="1.7" maintainer="Lev Lamberov"
 LT2K
 2000
 LinuxTag 2000
- -Stuttgart, Germany
- -June 29 - July 2
+Штутгарт, Германия
+29 июня - 2 июня
 http://www.linuxtag.org/2000/english/
- -mailto:oth...@debian.org>Othmar 
Pasteka
+mailto:oth...@debian.org>Отмар 
Патека
 
 
- - http://www.linuxtag.org/2000/english/;>LinuxTag is one of 
the biggest
- - Linux events in Europe. There were about 7000 visitors last year and 
there
- - will be even more this year. This is also a reason why the event moved
- - from the University of Kaiserslautern, Germany to Stuttgart.
- - LinuxTag aimes for the beginners but also for the advanced users and
- - business men. So, everybody should gain something from visiting the
+   http://www.linuxtag.org/2000/english/;>LinuxTag  
одно из самых крупных
+   Linux-мероприятий в Европе. В прошлом 
году его посетило около 7000 посетителей, а в
+   этом году будет ещё больше. Также это 
является причиной того, что мероприятие 
было перемещено
+   из Университета Кайзерлаутерна, 
Германия в Штутгарт.
+   LinuxTag предназначен новичкам, но он 
также подходит продвинутым пользователям и
+   бизнесменам. Всякий что-то приобретёт 
благодаря посещению
Linuxtag.
 
 
 
- - Debian will be present with a booth. It will be located in the free
- - software group's hall where also the other free software projects are.
- - Last year we were about 20 people, maybe we can top this this year :-).
- - There is also a http://www.infodrom.org/Debian/support/debian-events-eu.html;>mailing 
list 
- - which discusses the presentation of Debian at events. It is just a 
- - mailinglist for events in Germany. If you are not a native German 
speaker,
- - don't worry, stuff which could also bother other people is discussed in
- - English like preparing for LinuxTag :-).
+   У Debian будет свой стенд. Он будет 
расположен в зале для проектов свободного
+   ПО, где будут располагаться и другие 
проекты свободного ПО.
+   В прошлом году у нас было 20 человек, 
вероятно, в этом году нас будет ещё больше 
:-).
+   Существует http://www.infodrom.org/Debian/support/debian-events-eu.html;>список
 рассылки,
+   в котором мы обсуждаем представление 
Проекта Debian на различных мероприятиях. 
Этот список
+

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Dmitry E. Oboukhov 
>>> А кто тогда мне обеспечил работу gnome без systemd?
>> Gnome - тут условное название.

> Слыхали то-бишь звон?

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

так что тут именно о звоне говорю, ничего не поделаешь

>>> Разумеется, раз делать эту работу, как выясняется, никто не хочет.
>> эту работу делали вполне качественно.

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

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

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

> Да и претензии к нему были вполне обоснованные - куча
> сервис-пускалок (runit, svc и т.п.) не на пустой болтовне выросла.

вся эта куча будет и на systemd. причем куча будет бОльшая по размеру.
ибо декларативные конфиги всегда располагают к куче костылей.

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

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

>> теперь работы по другим
>> архитектурам прибавится в десятки раз

> А в каком месте?  sysvinit же не выкинули - развивайте...

поставил я openVPN из sid.
глядь - а он не запускается.
хотя скрипт в init.d есть. хгм думаю что там не так.
заглянул внутЫрь и блин... там эта блевотина с systemctl-чего-то.

откатил до stable и забыл (пока) о проблеме.
подозреваю что на платформах где нет systemd кто-то вынужден будет
срочно захачить и набросать свой init.

если же init openVPN уже поправили, то вполне вероятна та же ситуация
с другим пакетом.
это лавина, которая будет валиться на головы тех кто работает с
другими платформами прежде всего.
и тут вопрос в том хватит ли им терпения/ресурсов это все фиксить,
либо они забьют и пойдут в другое место.

>> собственно с Debian/kFreeBSD уже (почти) произошло: недавно с ними
>> переписывались на тему "почему даже инсталлятор у вас в
>> неработоспособном состоянии", на что получен ответ "ну вот так..."

> Мне кажется, дело в другом.  Многие DD считают, что "баг в
> kFreeBSD - типа и не баг вовсе". 

а buildd сервер считает что несборка для kFreeBSD - повод непрохода
пакета в тестинг.
так что DD надо определяться: либо убирать платформу из списка, либо
разбираться и фиксить.

вот то что многие пакеты вылетать будут из kFreeBSD чисто из за
systemd - факт. не у всех есть время/желание в УГ ковыряться.

-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: systemd (sysvinit осиротел, галактико опасносте!)

2016-03-04 Пенетрантность Oleksandr Gavenko 
On 2016-03-03, Artem Chuprina wrote:

> и даже consolekit (интересно, зачем он ко мне втащился?.. инсталлятор
> воткнул?)
> Кто им, кстати, пользуется?  Описание недостаточно внятно...

acpid [recommends]-> acpi-support-base [suggest]-> consolekit

Из ACPI-ного барахла мне понятно и используется только:

  bash# apt-file search /etc/acpi/actions/lm_lid.sh
  laptop-mode-tools: /etc/acpi/actions/lm_lid.sh

когда закрываешь крышку ноута - уходить в suspend.

  laptop-mode-tools [depends]-> acpid

потому мне consolekit ненужен нигде.

На десктопе и VPS acpid не держу.

-- 
http://defun.work/