Wiedza ktora daje przewage w biznesie.

[biu...@kom.waw.pl]

~



SOCJOTECHNIKA

- okreslana tez mianem "INZYNIERII SPOLECZNEJ" 
jest narzedziem wywierania wplywu oraz warunkowania 
zachowan poszczegolnych osob badz tez calych grup 
spolecznych z wykorzystaniem technik manipulacyjnych 
w celu osiagniecia zalozonych celow.

Wykorzystuje sie ja najczesciej w biznesie, polityce, 
religii i zyciu spolecznym, ale takze w dzialalnosci 
przestepczej oraz w zorganizowanych grupach 
destrukcyjnych.

Jest niezwykle silnym i uzalezniajacym narzedziem 
poniewaz stanowi kompilacje wiedzy psychologicznej 
i socjologicznej dotyczacej funkcjonowania czlowieka 
jako jednostki oraz jego relacji z otoczeniem 
tj. spolecznoscia w ktorej sie obraca.

Glownym celem oddzialywania socjotechnicznego 
jest wylaczenie reakcji analitycznych i zdroworozsadkowych 
czlowieka na rzecz reakcji emocjonalnych sterowanych 
przez socjotechnika-manipulatora.

W ostatnich latach w Polsce, coraz czesciej mozna 
zaobserwowac zjawisko wykorzystywania narzedzi 
socjotechnicznych w biznesie do pozyskiwania nieuprawnionego 
dostepu do chronionych zasobow informacyjnych 
przedsiebiorstw. Wiekszosc firm chcacych chronic posiadane 
zasoby informacyjne inwestuje ogromne srodki w zabezpieczenia 
fizyczne i teleinformatyczne, zapominajac jednoczesnie o 
zabezpieczeniu najslabszego ogniwa systemu czyli czlowieka, 
a tym samym pozostawia szeroko otwarta furtke dla kazdego 
napastnika chcacego pozyskac nieuprawniony dostep do 
tych zasobow, a wykorzystujacego w tym celu narzedzia 
socjotechniczne. 

Tradycyjnie socjotechnike wykorzystuje sie takze w handlu 
dla podniesienia wartosci sprzedazy oraz poziomu 
zadowolenia klientow.



~



Pierwsze
KOMPLEKSOWE SZKOLENIE SOCJOTECHNICZNE 
pt. 
SOCJOTECHNIKA W BIZNESIE I ZYCIU CODZIENNYM


Jedyne takie szkolenie w Polsce, wymyslone i prowadzone
przez  Specjalistow Wywiadu Gospodarczego z wieloletnim 
doswiadczeniem w stosowaniu najbardziej wymyslnych 
narzedzi socjotechnicznych oraz kombinacji technik 
manipulacyjnych dla zastosowan biznesowych i innych,

z WARSZTATAMI PRAKTYCZNYMI


8 dni / 70 godzin nauki i przygody z socjotechnika!


TYLKO JEDNA EDYCJA SZKOLENIA W ROKU!
… ilosc miejsc ograniczona!



~



Szczegolowy PROGRAM SZKOLENIA oraz informacje 
organizacyjne udostepniamy na stronie szkolenia: 

www.socjotechnika.info.pl 



Analogiczne szkolenia realizujemy takze w formule 
szkolen zamknietych dedykowanych wylacznie pracownikom
zlecajacej firmy badz instytucji. Szczegolowe informacje w tym
zakresie na ww. stronie internetowej.



~



Socjotechnika jest wszechobecna w naszym zyciu zarowno 
zawodowym jak i prywatnym. Czesto sami ja stosujemy. Czasem 
z premedytacja czasem mimowolnie.

Warto poznac narzedzia sluzace wywieraniu wplywu 
na ludzi, oraz mechanizmy ich dzialania, aby moc je 
rozpoznawac, bronic sie przed nimi lub wykorzystywac 
dla wlasnych celow.

Nasze unikalne i jedyne w Polsce Kompleksowe Szkolenie 
Socjotechnicznie obejmuje pelne spektrum zarowno narzedzi 
manipulacyjnych jak i potencjalnych miejsc i sposobow ich 
stosowania zarowno w biznesie jak i w zyciu codziennym.  

Po szczegoly odsylam juz bezposrednio do programu szkolenia 
zamieszczonego wyzej podanej stronie internetowej.


Szkolenie nasze kierujemy do wszystkich osob zainteresowanych 
zawodowo przedmiotowa tematyka a w szczegolnosci pracownikow 
dzialow handlowych, PR, marketingu, reklamy, ale takze innych 
osob chcacych rozpoznac zjawisko aby moc zabezpieczyc sie przed 
jego negatywnymi skutkami lub po prostu wykorzystac zdobyta 
wiedze w swojej dzialalnosci zawodowej badz zyciu osobistym.

W ramach szkolenia zaprezentujemy w przejrzysty sposob 
zarowno podstawowe techniki manipulacji, warunkowania 
zachowan ludzkich i wywierania na nie wplywu, jak tez wiele 
innych, mniej znanych technik oraz hybryd manipulacyjnych 
tworzonych oparciu o nie, ktorych to ofiara czesto padamy nie 
zdajac sobie nawet z tego sprawy. Pokazemy nie tylko same 
techniki i metody, ale rowniez ich geneze dzieki ktorej sa tak 
niezwykle skuteczne.

Pokazemy takze coraz czesciej stosowane manipulacje 
srodowiskiem (otoczeniem) ktore maja na celu wywolanie 
okreslonych reakcji organizmu ludzkiego (rozkojarzenie, 
podniecenie, zmeczenie, reakcje fizjologiczne, ograniczenie 
swiadomosci).

Wskazemy skuteczne metody rozpoznawania ww. dzialan 
manipulacyjnych i osaczajacych, przeciwstawiania sie im, obrony 
przed nimi, a takze skutecznego odwracania ataku manipulacyjnego 
przeciwko napastnikowi (manipulatorowi).


Zapraszam do zapoznania sie ze szczegolowym 
programem oraz do udzialu w szkoleniu.


Szczegolowa informacja: www.socjotechnika.info.pl



~



Aby usunac swoj adres z bazy mailingowej odeslij ten e-mail wpisujac NIE w 
temacie.
Nadawca e-maila jest: Grupa Marketingowa „CEL” – www.cel.waw.pl.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130529230511.2d638104c...@vps11.idhostin

Re: DRBD + ...

[Артём Н.]

28.05.2013 23:06, Aleksandr Sytar пишет:
> 
> 28 мая 2013 г., 21:02 пользователь "Артём Н."  > написал:
> 
> Мало того, для DRBD надо создавать метаданные.
> Есть ли вариант без этого?
> Т.е., если один диск упадёт, его было возможно легко заменить (просто 
> выключив
> сервер, вынув испорченный диск и вставив новый)?
> И, если одна машина упадёт, всё работало бы и на одной второй?
> 
> 
> Только если упавший диск будет в момент падения слейвом.
> 
С этим ясно. В принципе, переключение может сделать и Pacemaker.

> Метаданные можно хранить внутри раздела, но это, как понимаете, чревато боком
> 
Сейчас метаданные и хранятся внутри раздела.
Проблема в том, что при замене диска, придётся создавать метаданные.
Это нереально.
Сегодня я перезагрузил один, он не поднялся, видимо из-за того, что репозиторий
на DRBD я прописал в fstab, забыл про модуль и ещё таймаут оставил нулевым (и
ещё где-то напортачил, скорее всего).
Позвонил, чтобы посмотрели, почему не загружается. Дежурный инженер этот сервер
даже в консольке не смог найти. Завтра надо ехать.
Так что, про ручное пересоздание кем-то, каких-то метаданных DRBD, говорить не
приходится.

Единственный вариант, если что-то сдохнет: выключить, перебросить дохлый диск на
живой и снова включить.

Остаётся только RAID-0 поверх двух RAID-1 и объединение в общее хранилище
каким-либо образом по сети или использование двух независимых хранилищ?

При падении ОС, вариант - показать какую строчку набрать, на какую кнопку 
нажать.
Как сделать так, чтобы было реально восстановить, при этом не сохраняя полный
терабайтный образ?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a6545d.5090...@yandex.ru

Re: DRBD + ...

[Артём Н.]

29.05.2013 21:21, Pavel Ammosov пишет:
> On Tue, May 28, 2013 at 09:02:52PM +0400, "Артём Н." wrote:
>> Синхронизировалось очень медленно, около 5 часов:
>> root@cluster-data-1:~# drbd-overview
>>   1:repository  SyncSource Primary/Secondary UpToDate/Inconsistent C r-
>> [===>] sync'ed: 80.7% (49332/254652)Mfinish: 1:11:09
>> speed: 11,820 (11,480) K/sec
> 
> Для FastEthernet - нормальная скорость (100 Mbit/s ~ 11.5 Mbyte/s).
> 
OMG. Точно, здесь 11,8 *KB*. Я не обратил внимания, странно. Посмотрю мануал:
пока ещё серьёзно я не разбирался с DRBD.

>> -
>> cluster-gate-2:
>> Architecture:  i686
>> CPU family:15
>> Model: 2
> 
> Pentium 4 (NetBurst). Ему уже лет 10. Он потребляет электричества больше чем 
> приносит пользы.
> 
>> -
>> compute-node-1:
>> Architecture:  x86_64
>> CPU op-mode(s):32-bit, 64-bit
>> Vendor ID: GenuineIntel
>> CPU family:15
>> Model: 4
> 
> Pentium 4F, 2006 год. Тоже в цветмет.
> 
Ну да, Xeon древний.

>> # lspci
>> -
>> cluster-gate-2:
>> 00:00.0 Host bridge: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM
> 
> Чипсет Brookdale-G, максимально возможный объём оперативки - 2GB. ECC не 
> поддерживается.
> Это характеристики современного сотового телефона, а не сервера. Отправляйте 
> его в 
> цветмет.
> 
Он нужен только для того, чтобы быть шлюзом между сетями.

>> -
>> cluster-data-2:
>> 00:00.0 Host bridge: Intel Corporation 82Q35 Express DRAM Controller (rev 02)
> 
> О, этому всего 5 лет, свежак. Можно поставить целых 8 ГБ оперативной памяти, 
> но снова без ECC. 
> В переплавку.
> 
> В общем, античное железо медленно и плохо работает, обсуждать тут нечего.
> 
В первом сообщении я чётко написал: "Из наличествующего хлама."
При этом:
1. Железо в промышленности весьма не быстро обновляют.
2. Данного железа вполне достаточно, чтобы тянуть систему резервного копирования
и мониторинг, что требуется.
3. Кластер никому нафиг не нужен, кроме меня.

Из этого следует, что другого нет и не будет.
Конечно, если у вас деньги девать некуда, и вы пожертвуете, я с удовольствием
выкину хлам в помойку и поставлю новые сервера. С ECC.

В ином случае, говорить про это бессмысленно. Сделать нечто стабильно работающее
возможно и на этом. Сделать *надо*, больше в самообразовательных целях.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a651f1.9000...@yandex.ru

Re: DRBD + ...

[Артём Н.]

28.05.2013 23:03, Aleksandr Sytar пишет:
> 
> 28 мая 2013 г., 21:02 пользователь "Артём Н."  > написал:
> 
> Синхронизировалось очень медленно, около 5 часов:
> root@cluster-data-1:~# drbd-overview
>   1:repository  SyncSource Primary/Secondary UpToDate/Inconsistent C 
> r-
> [===>] sync'ed: 80.7% (49332/254652)Mfinish: 
> 1:11:09
> speed: 11,820 (11,480) K/sec
> 
> 
> На какую скорость настроен синкер? 
> 
> http://www.drbd.org/users-guide/s-configure-sync-rate.html
resync-rate я не менял, т.е. там то, что по умолчанию.
В секции syncer лимит стоял 10 Мб на момент синхронизации.
Попробую сменить resync-rate.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a650ae.9010...@yandex.ru

Re: nscd работает с libnss-ldapd ?

[Pavel Ammosov]

On Tue, May 28, 2013 at 10:51:54AM +0400, Владимир Скубриев wrote:
> в работе nscd
> я так понимаю, что он нужен, для того, чтобы кэшировать например
> passwd, group из nss

Если записи попали в nscd до потери ldap-сервера, то они будут у него в кеше, 
до истечения TTL.
Сам он ничего проактивно загружать не будет.

> т.е. в случае если не доступен ldap server система должна видеть
> пользователей и группы ldap.

Если до поломки сервера этих пользователей запрашивали (via id(1), например) и 
nscd успел 
их закешировать.

> в связи с этим вопрос чем кэшировать данные passwd, group в случае
> не доступности ldap server

Был какой-то libpam-ccreds, он это делал. Но раз ssds наше будущее, то наверно 
надо 
искать там.

[...]
> но стоит мне отключить сервер - не возможно войти в систему ldap
> пользователем.

Авторизацией занимается PAM, ему надо делать bind в LDAP-сервер при обычной 
конфигурации, nscd тут 
точно не помошник. При особом желании можно сделать авторизацию без pam-ldap, 
чисто через NSS. 
То есть, чтобы pam_unix сам проверял пароль с хешем. Но это потребует давать 
всем доступ на
чтение хешей паролей, что, очевидно, лучше избегать для лучшей секурности.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130529174005.gb29...@pompeii.v.shared.ru

Re: DRBD + ...

[Pavel Ammosov]

On Tue, May 28, 2013 at 09:02:52PM +0400, "Артём Н." wrote:
> Синхронизировалось очень медленно, около 5 часов:
> root@cluster-data-1:~# drbd-overview
>   1:repository  SyncSource Primary/Secondary UpToDate/Inconsistent C r-
> [===>] sync'ed: 80.7% (49332/254652)Mfinish: 1:11:09
> speed: 11,820 (11,480) K/sec

Для FastEthernet - нормальная скорость (100 Mbit/s ~ 11.5 Mbyte/s).

> -
> cluster-gate-2:
> Architecture:  i686
> CPU family:15
> Model: 2

Pentium 4 (NetBurst). Ему уже лет 10. Он потребляет электричества больше чем 
приносит пользы.

> -
> compute-node-1:
> Architecture:  x86_64
> CPU op-mode(s):32-bit, 64-bit
> Vendor ID: GenuineIntel
> CPU family:15
> Model: 4

Pentium 4F, 2006 год. Тоже в цветмет.

> # lspci
> -
> cluster-gate-2:
> 00:00.0 Host bridge: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM

Чипсет Brookdale-G, максимально возможный объём оперативки - 2GB. ECC не 
поддерживается.
Это характеристики современного сотового телефона, а не сервера. Отправляйте 
его в 
цветмет.

> -
> cluster-data-2:
> 00:00.0 Host bridge: Intel Corporation 82Q35 Express DRAM Controller (rev 02)

О, этому всего 5 лет, свежак. Можно поставить целых 8 ГБ оперативной памяти, но 
снова без ECC. 
В переплавку.

В общем, античное железо медленно и плохо работает, обсуждать тут нечего.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130529172144.ga29...@pompeii.v.shared.ru

Re: DBus

[Dmitrii Kashin]

At Wed, 29 May 2013 18:18:09 +0400,
sergio wrote:
> 
> On 29/05/13 16:32, Dmitrii Kashin wrote:
> 
> > расценивается как "постоянное использование"
>
> Это фантастика.
> http://popcon.debian.org/FAQ
> Q) What is considered a 'vote' for a package ?
> A) A computer 'vote' for a package if according to the data provided
>in the report, a program provided or depending on the package was
>used less than thirty days ago. This computation is performed by
>the popcon server.
 
Ну и как это отвечает на вопрос?

> > Что же касается высокого количества установок... Кажется, он по
> > умолчанию ставится, так что чему удивляться.
> 
> По какому умолчанию, почему меня оно обошло?

Во многих дистрибутивах он ставится по умолчанию инсталлятором. В ALT
Linux, например. Я же устанавливался с диска grml через debootstrap,
так что понятья не имею, что там по умолчанию ставится у нас в Debian.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87hahlvjvm.wl%free...@gmail.com

Re: обновление до Wheezy со старых версий

[Dmitrii Kashin]

At Wed, 29 May 2013 19:12:09 +0400,
Artem Chuprina wrote:
> 
> Традиционно хорошо поддерживается апгрейд на следующую версию.  Т.е. с
> Lenny на Sarge, с Sarge на Wheezy.
> 
> Sarge пока что должен быть нормально доступен.  Впрочем, если
> внимательно почитать документацию на сайте, то наверное, можно и Lenny
> достать, чтобы с Etch сперва на него.

s/Sarge/Squeeze/g


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87fvx5vjn3.wl%free...@gmail.com

Re: обновление до Wheezy со старых версий

[Evgueni Belenkov]

Наверное все-таки не Sarge, а Squeeze
29.05.2013 19:12 пользователь "Artem Chuprina"  написал:

Re: обновление до Wheezy со старых версий

[Artem Chuprina]

Jurgen V. Uzbekoff -> debian-russian@lists.debian.org  @ Wed, 29 May 2013 
18:16:32 +0500:

 JVU> Добрый день, уважаемые!

 JVU> Хочу спросить совета по вопросу обновления до Wheezy
 JVU>  - с Etch (4.0)
 JVU>  - с Lenny (5.0.9)

 JVU> Собственно, стОит ли заморачиваться с обновлением или уже проще поставить
 JVU> с нуля Wheezy и перенести конфиги (что тоже не факт) вручную? Подопытные
 JVU> работают достаточно давно и успешно, задачи свои выполняют, но уж как-то
 JVU> совсем старенькие стали…

 JVU> Буду благодарен за любые идеи по теме,

Традиционно хорошо поддерживается апгрейд на следующую версию.  Т.е. с
Lenny на Sarge, с Sarge на Wheezy.

Sarge пока что должен быть нормально доступен.  Впрочем, если
внимательно почитать документацию на сайте, то наверное, можно и Lenny
достать, чтобы с Etch сперва на него.

Я подозреваю, что двухходовка еще окажется выгоднее, чем "с нуля плюс
конфиги", а за трехходовку не уверен.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/871u8pakhi@wizzle.ran.pp.ru

Re: DBus

[Artem Chuprina]

sergio -> debian-russian@lists.debian.org  @ Wed, 29 May 2013 17:48:12 +0400:

 >> Как компьютер, а что?

 s> Ну я иногда думаю, не купить ли андроид. Но объяснить себе зачем
 s> он нужен, даже с нормальным линуксом в чруте, я пока не смог.
 s> Ничего личного.

Я пользуюсь карманными компьютерами (именно как компьютерами) с тех
времен, когда андроида еще в проекте не было :) У меня довольно долго
были наладонники, которые не умели звонить.  Потом в какой-то момент,
когда начал сдыхать Nokia N800, я осмотрелся вокруг и понял, что ближе
всего к тому, что мне нужно - именно андроид.  Ну а заодно он и звонить
умеет...

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

- читалки, в первую очередь FBReader, потом Acrobat Reader и браузер,
  потому как HTML тоже иногда надо почитать.

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

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

- словарь.

- запасной (основным работает Garmin) GPS-ресивер с картами.  OSMAnd+ и
  яндекс-карты.

- фотоаппарат типа "уж какой есть, зато всегда под рукой".


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8761y1alce@wizzle.ran.pp.ru

Re: nat не натит сеть, которая недоступна напрямую

[Eugene Berdnikov]

On Wed, May 29, 2013 at 03:19:46PM +0400, Mikhail A Antonov wrote:
> 29.05.2013 14:27, Eugene Berdnikov пишет:
...
> >  лишнего. Не пишите "! -d 172.16.2.44/32" в правиле SNAT, оно там излишне
> >  потому что пакет с локальным dst_ip в POSTROUTING не попадёт. Но эта
> >  мелочь режет глаз, а с чайниками в netdev никто разговаривать не хочет.
> Замечено следующее - если на сервере запущен какой-то сервис (пусть
> будет почтовый сервер) и пользователь из локальной сети захочет
> подключиться к этому серверу используя внешний адрес - у него ничего не
> выйдет. Если в правиле указать что если dst свой - не натить - то всё
> работает.

 Это странно, потому что, повторю, пакет с локальным dst_ip не должен
 попадать в POSTROUTING. И если указание локального адреса в правиле
 что-то меняет, это уже повод задуматься... Я подозреваю, что в Вашей
 конфигурации где-то дважды отрабатывает conntrack, потому что пакет
 проходит "транзитом" через сетевую подсистему HN два раза, заныривая
 по пути в виртуалку GW. И это обстоятельство может привести к каким-то
 ошибкам (багам) в районе nat'a, потому что для nat'a существеннен факт
 принадлежности пакета уже установленной коннекции.

 Для диагностики этого дела можно дополнить tcpdump и трассировку цепочек
 мониторингом коннекций. Запускайте conntrack -E (-n, -g, -j), кроме того,
 можно нашинковать цепочки iptables логгированием (-j LOG) состояний
 контрака, чтобы выяснить, в какой момент коннекция регистрируется ядром,
 где она переходит из NEW в ESTABLISHED и т.д. Возможно, тогда станет
 ясно, почему в POSTROUTING она неправильно обрабатывается.

> пользователь с ноутом, на котором настроен почтовый клиент, который
> подключается к серверу по имени mail.company.com.
> Он всегда будет получать внешний адрес mail.company.com и пытаться к
> нему подключиться.
> Из внешней сети он нормально будет работать. Из внутренней - нет.

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

> Можно нагородить костылей в виде заворачивания всех dns-запросов к себе
> и отдавать локальные адреса локальным пользователям, используя view в
> bind, но чем оно лучше?

 Для вьюшек не нужно заворачивать запросы на шлюзе, достаточно просто
 иметь собственный dns. :) Вьюшки это настолько полезный и удобный
 функционал, что я просто не представляю, как без них жить... Но это
 отдельный вопрос, никак не связанный с багами nat'а, a чем вьюшки
 лучше nat'а -- ну, наверное тем же, чем тёплое лучше мягкого. :)
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130529144024.gh3...@sie.protva.ru

Re: DBus

[sergio]

On 29/05/13 16:32, Dmitrii Kashin wrote:


Не гоните лошадей. Время покажет.


Я не гоню, а всего лишь объяснил, почему зыбки надежды. Но да, вполне
возможно он будет уже не дибасом.




*наравне*


Спасибо.




расценивается как "постоянное использование"


Это фантастика.


http://popcon.debian.org/FAQ

Q) What is considered a 'vote' for a package ?

A) A computer 'vote' for a package if according to the data provided in the
   report, a program provided or depending on the package was used less 
than

   thirty days ago. This computation is performed by the popcon server.




Что же касается высокого количества установок... Кажется, он по
умолчанию ставится, так что чему удивляться.


По какому умолчанию, почему меня оно обошло?


--
sergio.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a60e21.3020...@sergio.spb.ru

Re: DBus

[sergio]

On 29/05/13 16:42, Artem Chuprina wrote:


"Но как, Холмс?!"


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




Как компьютер, а что?


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


--
sergio.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a6071c.90...@sergio.spb.ru

обновление до Wheezy со старых версий

[Jurgen V. Uzbekoff]

Добрый день, уважаемые!

Хочу спросить совета по вопросу обновления до Wheezy
 - с Etch (4.0)
 - с Lenny (5.0.9)

Собственно, стОит ли заморачиваться с обновлением или уже проще поставить
с нуля Wheezy и перенести конфиги (что тоже не факт) вручную? Подопытные
работают достаточно давно и успешно, задачи свои выполняют, но уж как-то
совсем старенькие стали…

Буду благодарен за любые идеи по теме,

-- 
Узбеков Юрий


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130529131632.gg7...@orange.networks.uz

Re: DBus

[Artem Chuprina]

sergio -> debian-russian@lists.debian.org  @ Wed, 29 May 2013 14:25:13 +0400:

 >> А в чем проблема?  В занятом USB-слоте (так у меня еще два есть, мне
 >> хватает) или в том сантиметре, на который он выступает из корпуса?

 s> Для меня это две серьёзные проблемы (:

"Но как, Холмс?!"

 >> Ядро там позволяет держать дебиан в чруте, для этого пришлось рутануть

 s> И в чем смысл? Ну те как лично ты его используешь, и что вообще можно
 s> с ним делать?

Как компьютер, а что?  Я на нем код пишу в метро, отчеты о путешествиях
в самолете...  Органайзер, опять же, там же - я в качестве органайзера
использую емаксовый org-mode, ничего близкого по удобству из
специализированных я не видел.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87d2sa9cv2@wizzle.ran.pp.ru

Re: DBus

[Dmitrii Kashin]

At Wed, 29 May 2013 11:23:09 +0400,
sergio wrote:
> 
> On 28/05/13 21:07, Artem Chuprina wrote:
> 
> > Да, bluez был первой (и надеюсь, остается единственной) плюс-минус
> > ядерной подсистемой, которая не хотела жить без DBus.
> 
> Да, но судя по тому, что он таки окажется в ядре, эти надежды весьма
> зыбки.

Опять же позволю себе повториться. Мы тут не оракулы. Если запилят -
тогда и можно будет поговорить. Вообще говоря, вполне возможно, что
при запиливании оного в ядро возникнут вопросы, потребующие полностью
перепроектировать проект. И тогда это будет уже не DBus, а что-то еще.
Не гоните лошадей. Время покажет.

> > (bluez) мало кому нужен.
> 
> http://qa.debian.org/popcon.php?package=bluez
> 
> это на ровне с

*наравне*
 
> http://qa.debian.org/popcon.php?package=iceweasel

Вызывает интерес поле Vote. Сказано, что "Vote is the number of people
who use this package regularly". Так вот интересно было бы узнать
следующее: если какая-либо утилита периодически просто на автомате
дергает бинарник, принадлежащий этому пакету, это расценивается как
"постоянное использование"?

И если расценивается (что скорее всего), то Артём скорее прав, и bluez
мало кому нужен.

Что же касается высокого количества установок... Кажется, он по
умолчанию ставится, так что чему удивляться.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ip22ufu7.wl%free...@gmail.com

Re: nat не натит сеть, которая недоступна напрямую

[Mikhail A Antonov]

29.05.2013 14:27, Eugene Berdnikov пишет:
> On Wed, May 29, 2013 at 01:41:11PM +0400, Mikhail A Antonov wrote:
>> 29.05.2013 10:50, Eugene Berdnikov пишет:
>>>  Проверьте tcpdump'ом с обеих сторон и трассировкой правил iptables,
>>>  может быть, там всё-таки есть ошибка конфигурации.
>> iptables приводил в первом письме.
>  Я сказал "трассировку": iptables -t raw  -j TRACE.
Я не верно понял. Спасибо, посмотрю на это подробнее. Ни разу не
пользовался.

>> tcpdump тоже смотрел:
>> root@klon-gw:~# tcpdump -pni any -vvv host 213.79.76.3
>  Здесь непонятно, через какие интерфейсы ходят пакеты. Вы думаете, что
>  знаете их точно, но постороннему человеку нужны доказательства.
>  К тому же с бриджами всё непросто, там можно отдельно слушать brX,
>  а можно те интерфейсы, которые к бриджу подключены, и получать
>  разные результаты.
У меня слушается именно бридж. Про это прослушивание eth я в курсе.
Когда буду писать в netdev разнесу tcpdump по интерфейсам

>> на GW - пакет пришёл, пакет ушёл
>> на HN - пакет пришёл на физику, ушёл в бридж, вернулся в vnet, прошёл
>> через hn на выход на другую физику
>> Всё работает, кроме ната.
>  Да, похоже на баг. Но таки проверьте, что что все интерфейсы и цепочки
>  проходятся в нужной последовательности.
Я проверил. Но попробую трассировку применить.

 Если я нарвался на ядерный баг - куда мне писать?
>>>  В net...@vger.kernel.org. Но если нет готовности собирать у себя ядро
>>>  из свежего git'а и делать бисекты, а также пробовать патчи от тамошних
>>>  хакеров, то лучше туда не соваться, а искать обходной путь... IMHO.
>> Эта конфигурация легко собирается на любой машине, на которой сможет
>> работать kvm. Не думаю что тамошним хакерам будет удобно играть в
>> испорченный телефон. Быстрее, проще и удобнее у себя такое же сделать.
>  Наивный человек, :) никто не будет городить такое страшилище с kvm,
>  а собирать ядро придётся Вам, если вообще кого-то эта тема заинтересует.
>  Причём заинтересовать может лишь если ситуация воспроизводится на самом
>  свежем ядре из git'а, которое сейчас под рукой у девелоперов.
>
>  Нужен простой и понятный тесткейс: два интерфейса, одно правило, ничего
>  лишнего. Не пишите "! -d 172.16.2.44/32" в правиле SNAT, оно там излишне
>  потому что пакет с локальным dst_ip в POSTROUTING не попадёт. Но эта
>  мелочь режет глаз, а с чайниками в netdev никто разговаривать не хочет.
Замечено следующее - если на сервере запущен какой-то сервис (пусть
будет почтовый сервер) и пользователь из локальной сети захочет
подключиться к этому серверу используя внешний адрес - у него ничего не
выйдет. Если в правиле указать что если dst свой - не натить - то всё
работает.
Пример:
пользователь с ноутом, на котором настроен почтовый клиент, который
подключается к серверу по имени mail.company.com.
Он всегда будет получать внешний адрес mail.company.com и пытаться к
нему подключиться.
Из внешней сети он нормально будет работать. Из внутренней - нет.
Можно нагородить костылей в виде заворачивания всех dns-запросов к себе
и отдавать локальные адреса локальным пользователям, используя view в
bind, но чем оно лучше?


-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: DBus

[sergio]

On 29/05/13 14:11, yuri.nefe...@gmail.com wrote:


С блутусом же менять приходилось где то раз в два месяца.


А я ещё чаще, только проблемы в этом нет: взял заряженный аккумулятор,
а севший на зарядку.


--
sergio.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a5d930.60...@sergio.spb.ru

Re: nat не натит сеть, которая недоступна напрямую

[Eugene Berdnikov]

On Wed, May 29, 2013 at 01:41:11PM +0400, Mikhail A Antonov wrote:
> 29.05.2013 10:50, Eugene Berdnikov пишет:
> >
> >  Проверьте tcpdump'ом с обеих сторон и трассировкой правил iptables,
> >  может быть, там всё-таки есть ошибка конфигурации.
> 
> iptables приводил в первом письме.

 Я сказал "трассировку": iptables -t raw  -j TRACE.

> tcpdump тоже смотрел:
> root@klon-gw:~# tcpdump -pni any -vvv host 213.79.76.3

 Здесь непонятно, через какие интерфейсы ходят пакеты. Вы думаете, что
 знаете их точно, но постороннему человеку нужны доказательства.
 К тому же с бриджами всё непросто, там можно отдельно слушать brX,
 а можно те интерфейсы, которые к бриджу подключены, и получать
 разные результаты.

> на GW - пакет пришёл, пакет ушёл
> на HN - пакет пришёл на физику, ушёл в бридж, вернулся в vnet, прошёл
> через hn на выход на другую физику
> Всё работает, кроме ната.

 Да, похоже на баг. Но таки проверьте, что что все интерфейсы и цепочки
 проходятся в нужной последовательности.

> >> Если я нарвался на ядерный баг - куда мне писать?
> >  В net...@vger.kernel.org. Но если нет готовности собирать у себя ядро
> >  из свежего git'а и делать бисекты, а также пробовать патчи от тамошних
> >  хакеров, то лучше туда не соваться, а искать обходной путь... IMHO.
> Эта конфигурация легко собирается на любой машине, на которой сможет
> работать kvm. Не думаю что тамошним хакерам будет удобно играть в
> испорченный телефон. Быстрее, проще и удобнее у себя такое же сделать.

 Наивный человек, :) никто не будет городить такое страшилище с kvm,
 а собирать ядро придётся Вам, если вообще кого-то эта тема заинтересует.
 Причём заинтересовать может лишь если ситуация воспроизводится на самом
 свежем ядре из git'а, которое сейчас под рукой у девелоперов.

 Нужен простой и понятный тесткейс: два интерфейса, одно правило, ничего
 лишнего. Не пишите "! -d 172.16.2.44/32" в правиле SNAT, оно там излишне
 потому что пакет с локальным dst_ip в POSTROUTING не попадёт. Но эта
 мелочь режет глаз, а с чайниками в netdev никто разговаривать не хочет.
-- 
 Eugene Berdnikov


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130529102701.gb4...@protva.ru

Re: DBus

[sergio]

On 29/05/13 13:48, Artem Chuprina wrote:


А в чем проблема?  В занятом USB-слоте (так у меня еще два есть, мне
хватает) или в том сантиметре, на который он выступает из корпуса?


Для меня это две серьёзные проблемы (:




Ядро там позволяет держать дебиан в чруте, для этого пришлось рутануть


И в чем смысл? Ну те как лично ты его используешь, и что вообще можно
с ним делать?




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


Вполне очевидно, но я не к тому. Dbus, наверное, одна из последних
неприятностей андроида.


--
sergio.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a5d789.4070...@sergio.spb.ru

Re: DBus

[yuri . nefedov]

On Wed, 29 May 2013, Artem Chuprina wrote:


sergio -> debian-russian@lists.debian.org  @ Wed, 29 May 2013 11:23:09 +0400:

>> Мышка у меня беспроводная, но беспровод у нее между мышкой
>> и передатчиком, и я даже не в курсе, какой именно, а между
>> передатчиком и компом - USB.

s> Это в работает для станции, но я не понимаю как можно жить с такой
s> мышкой для ноута. И это основная, на мой взгляд, причина, что бы иметь
s> в нём блютус.

А в чем проблема?  В занятом USB-слоте (так у меня еще два есть, мне
хватает) или в том сантиметре, на который он выступает из корпуса?



 У моей мыши на 5мм. Большой недостаток, что про батарейку
 забываешь. По крайней мере я уже больше года не менял.
 Сменить что ли на всякий случай?..
 С блутусом же менять приходилось где то раз в два месяца.
 Сразу чувствуешь свою полезность и нужность.

Ю.

Re: DBus

[Artem Chuprina]

sergio -> debian-russian@lists.debian.org  @ Wed, 29 May 2013 11:23:09 +0400:

 >> Мышка у меня беспроводная, но беспровод у нее между мышкой
 >> и передатчиком, и я даже не в курсе, какой именно, а между
 >> передатчиком и компом - USB.

 s> Это в работает для станции, но я не понимаю как можно жить с такой
 s> мышкой для ноута. И это основная, на мой взгляд, причина, что бы иметь
 s> в нём блютус.

А в чем проблема?  В занятом USB-слоте (так у меня еще два есть, мне
хватает) или в том сантиметре, на который он выступает из корпуса?

 >> Телефону блютус да, нужен - вменяемых альтернатив блютусным гарнитурам
 >> нет.  Но я не уверен, что там внутри него DBus, хотя вполне вероятно - в
 >> андроидах внутри линукс.

 s> Почти наверняка там bluez и dbus.

Да, вероятно.  Но в телефонах с другими ОС это уже не так :), да и
андроид для меня в основном черный ящик.  Ядро там позволяет держать
дебиан в чруте, для этого пришлось рутануть, но в остальном я у андроида
чистый юзер, я его не настраиваю.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87k3mi9kwp@wizzle.ran.pp.ru

Re: nat не натит сеть, которая недоступна напрямую

[Mikhail A Antonov]

29.05.2013 10:50, Eugene Berdnikov пишет:
>
>  Проверьте tcpdump'ом с обеих сторон и трассировкой правил iptables,
>  может быть, там всё-таки есть ошибка конфигурации.

iptables приводил в первом письме.

tcpdump тоже смотрел:
root@klon-gw:~# tcpdump -pni any -vvv host 213.79.76.3
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture
size 65535 bytes
23:58:36.450112 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 14733, seq 1, length 64
23:58:36.450161 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 14733, seq 1, length 64

root@klon-hn0:~# tcpdump -pni any -vvv host 213.79.76.3
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture
size 65535 bytes
23:58:38.907749 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 14733, seq 1, length 64
23:58:38.907772 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 14733, seq 1, length 64
23:58:38.907958 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 14733, seq 1, length 64
23:58:38.907958 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 14733, seq 1, length 64
23:58:38.907967 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 14733, seq 1, length 64
на GW - пакет пришёл, пакет ушёл
на HN - пакет пришёл на физику, ушёл в бридж, вернулся в vnet, прошёл
через hn на выход на другую физику
Всё работает, кроме ната.

На br1 на HN повесил 172.17.1.1, потушив GW:
root@klon-hn0:~# tcpdump -pni any -vvv host 213.79.76.3
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture
size 65535 bytes
00:23:06.865122 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 16360, seq 1, length 64
00:23:06.865147 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.16.2.44 > 213.79.76.3: ICMP echo request, id 16360, seq 1, length 64
00:23:06.870937 IP (tos 0x0, ttl 56, id 24230, offset 0, flags [none],
proto ICMP (1), length 84)
213.79.76.3 > 172.16.2.44: ICMP echo reply, id 16360, seq 1, length 64
00:23:06.870953 IP (tos 0x0, ttl 55, id 24230, offset 0, flags [none],
proto ICMP (1), length 84)
213.79.76.3 > 172.17.1.2: ICMP echo reply, id 16360, seq 1, length 64
00:23:06.870956 IP (tos 0x0, ttl 55, id 24230, offset 0, flags [none],
proto ICMP (1), length 84)
213.79.76.3 > 172.17.1.2: ICMP echo reply, id 16360, seq 1, length 64
Пакет проходит как надо.


А вот что будет если включить нат на GW:
root@klon-gw:~# tcpdump -pni any -vvv host 213.79.76.3
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture
size 65535 bytes
00:41:28.400688 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 17548, seq 1, length 64
00:41:28.400717 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.0.2 > 213.79.76.3: ICMP echo request, id 17548, seq 1, length 64
00:41:28.407494 IP (tos 0x0, ttl 55, id 24226, offset 0, flags [none],
proto ICMP (1), length 84)
213.79.76.3 > 172.17.0.2: ICMP echo reply, id 17548, seq 1, length 64
00:41:28.407504 IP (tos 0x0, ttl 54, id 24226, offset 0, flags [none],
proto ICMP (1), length 84)
213.79.76.3 > 172.17.1.2: ICMP echo reply, id 17548, seq 1, length 64

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture
size 65535 bytes
00:41:30.272168 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 17548, seq 1, length 64
00:41:30.272189 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.1.2 > 213.79.76.3: ICMP echo request, id 17548, seq 1, length 64
00:41:30.272635 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.0.2 > 213.79.76.3: ICMP echo request, id 17548, seq 1, length 64
00:41:30.272635 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.17.0.2 > 213.79.76.3: ICMP echo request, id 17548, seq 1, length 64
00:41:30.272648 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], proto
ICMP (1), length 84)
172.16.2.44 > 213.79.76.3: ICMP echo request, id 17548, seq 1, length 64
00:41:30.278967 IP (tos 0x0, ttl 56, id 24226, offset 0, flags [none],
proto ICMP (1), length 84)
213.79.76.3 > 172.16.2.44: ICMP echo reply, id 17548, seq 1, length 64
00:41:30.278988 IP (tos 0x0, ttl 55, id 24226, offset 0, flags [none],
proto ICMP (1), length 84)
213

Re: nat не натит сеть, которая недоступна напрямую

[Mikhail A Antonov]

29.05.2013 09:56, Dmitry A. Zhiglov пишет:
> Мне эта тема тоже интересна. На squeeze в подобной конфигурации пакеты
> вылетали не через виртуализованный гейт, а через ip, который был
> присвоен "виртуальному коммутатору", то есть если создана
> vnet0:192.168.0.1/24 и в ней находятся виртуалки, то пакет летит не с
> виртуализованного шлюза виртуальной сети (например адрес гейта
> 192.168.0.254) а с 192.168.0.1, который является "шлюзом" для vnet0
> "гипервизора".
Какой IP ближе к пользователю - с того и летит. Это логично и нормально.
Именно поэтому на бридже у HN нет адреса из сети с пользователями.

> Еще, когда kvm создает виртуальные сети (они же "виртуальные
> коммутаторы"), то на гипервизоре он настраивает как-то iptables.
> Попробуйте посмотреть как изменяется iptables и возможно ebtables на
> гипервизоре до создания (и/или активации погашенной) vnet0 и после
> создания/активации, может там есть что подкрутить.
У меня он "сам" iptables не трогает. При запуске виртуальной машины kvm
создаёт vnet виртуальной машины и подключает его к созданному мной
"вручную" бриджу. Больше kvm ничего не делает в плане сети.


-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: DBus

[sergio]

On 28/05/13 21:07, Artem Chuprina wrote:


А смысл?


Ну для меня это единственная необходимость использовать dbus. Зато после
этого таких вопросов не возникает.



Да, bluez был первой (и надеюсь, остается единственной) плюс-минус
ядерной подсистемой, которая не хотела жить без DBus.


Да, но судя по тому, что он таки окажется в ядре, эти надежды весьма
зыбки.



И кстати, без гнома - а ну-ка, у нас сейчас есть негномовский способ
ввести PIN?  Тогда был только в виде маленького сишника
в /usr/doc/bluezчего-то/examples.  Который, если собрать вручную
и дать ему PIN в командной строке, таки спаривал.  Но идея поставлять
его не экзамплом в доках, а работающей программой почему-то авторов не
вдохновляла.


А потом api обновилось, и работать он перестал. Но да меня тоже это
удивляло, зато теперь он собран и входит в состав bluez:

% dpkg -L bluez | grep bin/bluez-test

ну и blueman, который вполне можно назвать негномовым:



(bluez) мало кому нужен.


http://qa.debian.org/popcon.php?package=bluez

это на ровне с

http://qa.debian.org/popcon.php?package=iceweasel

и это ощутимо больше, чем

http://qa.debian.org/popcon.php?package=meta-kde
http://qa.debian.org/popcon.php?package=meta-gnome3


Мышка у меня беспроводная, но беспровод у нее между мышкой
и передатчиком, и я даже не в курсе, какой именно, а между
передатчиком и компом - USB.


Это в работает для станции, но я не понимаю как можно жить с такой
мышкой для ноута. И это основная, на мой взгляд, причина, что бы иметь
в нём блютус.



Телефону блютус да, нужен - вменяемых альтернатив блютусным гарнитурам
нет.  Но я не уверен, что там внутри него DBus, хотя вполне вероятно - в
андроидах внутри линукс.


Почти наверняка там bluez и dbus.


Кстати, блютусные колонки ещё одна не самая плохая причина для блютуса.


--
sergio.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51a5acdd.1080...@sergio.spb.ru