The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск сетевого конфигуратора ConnMan 1.38, opennews (??), 18-Фев-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


40. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Anm (?), 19-Фев-20, 10:27 
Iwconfig?
Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (10), 19-Фев-20, 10:44 
Не используете WPA2?

Кажется, я начинаю понимать, почему до сих пор не перевелись доноры халявного вайфая.
Оказывается, это олдовые oдмины, не оcилившие "новомодные комбайны".

Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск сетевого конфигуратора ConnMan 1.38"  +1 +/
Сообщение от пох. (?), 19-Фев-20, 20:24 
> Кажется, я начинаю понимать, почему до сих пор не перевелись доноры халявного вайфая.

где они, где эти казззлы ходят со своими девуанами наперевес?

Сплошной долбаный wpa со всех сторон, крякать-неперекрякать. Даже МГТС уже отучилась ставить паролем номер квартиры.

Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Анонис (?), 20-Фев-20, 02:34 
> Даже МГТС уже отучилась ставить паролем номер квартиры.

А как они его ставили, если там минимум 8 символов, чтоли?

Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним84701 (ok), 20-Фев-20, 22:25 
>> Даже МГТС уже отучилась ставить паролем номер квартиры.
> А как они его ставили, если там минимум 8 символов, чтоли?

Номер квартиры там был в названии сети, а в качестве пароля - тел. номер (хотя конечно возможны и "хитрые" вариации - на хабре, например, всплывал вариант с МАС адресом).

Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (-), 19-Фев-20, 23:41 
> Оказывается, это олдовые oдмины, не оcилившие "новомодные комбайны".

Ну так скажем им за это спасибо и пожелаем жирного гигабитного линка.

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

42. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от gred (ok), 19-Фев-20, 10:49 
учитесь, студенты

ifconfig iwn0 nwid <netname> wpakey <somepass> up
dhclient iwn0

какой там вам МЕНЕДЖЕР, или не приведи господь, iwconfig ???

да, это опенка, да, я избалован )))

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

43. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (10), 19-Фев-20, 11:34 
Не умеет в кроссплатформенность, но лезет учить...
Расплодилось тут.
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск сетевого конфигуратора ConnMan 1.38"  +1 +/
Сообщение от Аноним (46), 19-Фев-20, 13:29 
> Не умеет в кроссплатформенность, но лезет учить...

Правильно! Так его!  
Не знает, что кроссплатформенность - это к работает и на Редхат-Линукс и на SUSE-Линукс и даже на Арч-Линукс, а лезет!


Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (10), 19-Фев-20, 15:46 
И на основных *BSD тоже.

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

Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (-), 19-Фев-20, 16:02 
> И на основных *BSD тоже.

Т.е. когда connman/NM работают только на пингвинах, то это норм, а вот если что-то работает на только на опенке - "Фу, некросплатформенно!"?

> Кстати, действительно, в мире линукс разные проекты не настолько ненавидят друг друга, чтобы с нуля (или почти с нуля) переписывать ядро и базовую
> систему "лишь бы не как у них",

Какой занимательный спрыг^W бред.
Ну и да - ядро или сетевую подсистему писать, это не обои с нескучными темами прилаживать.

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (10), 19-Фев-20, 16:35 
> Т.е. когда connman/NM работают только на пингвинах, то это норм, а вот если что-то работает на только на опенке - "Фу, некросплатформенно!"?

Меньше фрагментироваться надо было :)

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

Ага, это уже заявка на звание чемпиона по велоспорту.

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (-), 19-Фев-20, 17:48 
>> Т.е. когда connman/NM работают только на пингвинах, то это норм, а вот если что-то работает на только на опенке - "Фу, некросплатформенно!"?
> Меньше фрагментироваться надо было :)

Как же я мог забыть, что линухоиды без двойных стандартов будут уже ненастоящими, поддельными линухоидами :)

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

Больше смахивает на заявку очень ценного мнения очередного линухоида "не разбираюсь, но мнение имею".
Ну и двойные стандарты - (вспомним цирк с тем же HAL => DeviceKit => disks => udisks => udisks2 => storaged => udisks2, пакетными менеджерами, системами инициализации, окружения рабочего стола и проч)
куда же без них, "любимых".

Ответить | Правка | Наверх | Cообщить модератору

66. Скрыто модератором  +/
Сообщение от Аноним (-), 19-Фев-20, 23:47 
Ответить | Правка | Наверх | Cообщить модератору

70. Скрыто модератором  +/
Сообщение от Аноним (10), 20-Фев-20, 11:50 
Ответить | Правка | Наверх | Cообщить модератору

76. Скрыто модератором  +/
Сообщение от Аноним (-), 20-Фев-20, 15:22 
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

71. "Выпуск сетевого конфигуратора ConnMan 1.38"  –1 +/
Сообщение от Аноним (10), 20-Фев-20, 12:01 
> Как же я мог забыть, что линухоиды без двойных стандартов будут уже ненастоящими, поддельными линухоидами :)

БСДшники, работающие на чём-то, кроме винды, тоже не очень настоящие :)

> Больше смахивает на заявку очень ценного мнения очередного линухоида "не разбираюсь, но мнение имею".

Нужно быть экспертом по велосипедам, чтобы отличать велосипед от холодильника?

> Ну и двойные стандарты - (вспомним цирк с тем же HAL => DeviceKit => disks => udisks => udisks2 => storaged => udisks2,

Это называется "развитие". Понимаете, когда программисты пишут новый код, чтобы сделать лучше, чем было... Ай, ладно, всё равно не поймёте.

> пакетными менеджерами,

Благодаря packagekit, гномовские/кдешные/whatever инструменты работы с софтом (установка, обновление) одинаково работают на всех мейнстримовых дистрах. Сюрприз-сюрприз!

> системами инициализации,

В 2020 о системе инициализации в линухе можно говорить в единственном числе.

> окружения рабочего стола и проч)

А, то есть на BSD есть только одно DE? CDE, наверное.
Как жаль, что вам не завезли KDE, XFCE, LXQt, Enlightenment, etc...

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

75. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (-), 20-Фев-20, 15:07 
>> Как же я мог забыть, что линухоиды без двойных стандартов будут уже ненастоящими, поддельными линухоидами :)
> БСДшники, работающие на чём-то, кроме винды, тоже не очень настоящие :)

Линухоид опеннета, пойманый на спрыге с темы и на двойных стандартах - и не обвинивший (для надежности аж три раза) оппонента в вендузятничестве (при этом знатно сфейлив) - не линухоид опеннета :)

>> Больше смахивает на заявку очень ценного мнения очередного линухоида "не разбираюсь, но мнение имею".
> Нужно быть экспертом по велосипедам, чтобы отличать велосипед от холодильника?

Нет, но нужно хоть немного знать обсуждаемый предмет.

>> Ну и двойные стандарты - (вспомним цирк с тем же HAL => DeviceKit => disks => udisks => udisks2 => storaged => udisks2,
> Это называется "развитие". Понимаете, когда программисты пишут новый код, чтобы сделать лучше, чем было... Ай, ладно, всё равно не поймёте.

Но только если пишут для линуха, иначе это не "развитие", а велосипедостроение, ага. Понимаете, когда применяют разные критерии оценки называется "двойные стандарты" ... Ай, ладно, всё равно не поймёте.

>> пакетными менеджерами,
> Благодаря packagekit, гномовские/кдешные/whatever инструменты работы с софтом (установка, обновление) одинаково работают на всех мейнстримовых дистрах. Сюрприз-сюрприз!

А благодаря wine еще и виндовс-инструменты работают … А если запустить виртуализацию, то вообще можно гонять DOS программы и использовать все пакетные менеджеры скопом, о как!
В общем, какая-то неуклюжая попытка перевода стрелок.
zypper, apt, dnf, pacman, portage, slackpkg, guix/nix - существуют и развиваются. И по совместимости как-то не очень.


>> системами инициализации,
> В 2020 о системе инициализации в линухе можно говорить в единственном числе.

Анониму опеннета можно - кто же анониму опеннета запретит не знать о ChromOS, Devuan, Gentoo, Funtoo, Alpine, Guix и прочих? Никто не запретит.
Но после этого, так же никто не запретит и перестать воспринимать дальнейшие откровения этого анонима о Линухка всерьез :)

>> окружения рабочего стола и проч)
> А, то есть на BSD есть только одно DE? CDE, наверное.
> Как жаль, что вам не завезли KDE, XFCE, LXQt, Enlightenment, etc ...

Опять спрыг с темы. Ну и заодно демонстрация, что аноним и тут не очень разбирается в матчасти …  
Те же KDE и Gnome уже давно портируются с на *BSD с немалым приложением сил. Deepin и Budgie вообще линух-онли.
Т.е. одним только "если оно только для Линуха, то это улучшение, а если только для БСД - велосипедостроение" не обойтись - придется анонимам вводить еще условия "оценки" и перейти на тройные стандарты ))

Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (10), 20-Фев-20, 17:56 
> Линухоид опеннета, пойманый на спрыге с темы и на двойных стандартах - и не обвинивший (для надежности аж три раза) оппонента в вендузятничестве (при этом знатно сфейлив) - не линухоид опеннета :)

Для взрослого БСДшника, виндузятничество — не порок и потому обвинением не является. К 20 годам даже самые отбитые понимают, что реально пользоваться *BSD — мазохизм. Ну и не на линух же валить ;)
(И не на макось, потому что на неё валят те, кому линух не понравится, а в одной лодке с пингвинами сидеть — фи!)

> Но только если пишут для линуха, иначе это не "развитие", а велосипедостроение, ага. Понимаете, когда применяют разные критерии оценки называется "двойные стандарты" ... Ай, ладно, всё равно не поймёте.

Не далее как в этом же комментарии вы используете "железобетонный" аргумент
> zypper, apt, dnf, pacman, portage, slackpkg, guix/nix - существуют и развиваются

а вот про HAL => DeviceKit => disks => udisks почему-то "забыли" так сказать. Ведь даже если предшественник умер — сменщик всё равно велосипед, правда? Двойные стандарты? Нет, что вы!

> zypper, apt, dnf, pacman, portage, slackpkg, guix/nix - существуют и развиваются. И по совместимости как-то не очень.

Тем не менее, разработчики DE могут с минимальными трудозатратами писать кросс-дистрибутивные Software Center-ы и уведомлялки об обновлениях.

> Анониму опеннета можно - кто же анониму опеннета запретит не знать о ChromOS, Devuan, Gentoo, Funtoo, Alpine, Guix и прочих? Никто не запретит.

Пожалуйста, заберите этих маргиналов к себе, и считайте их частью мира BSD, ладненько?

> Те же KDE и Gnome уже давно портируются с на *BSD с немалым приложением сил. Deepin и Budgie вообще линух-онли.

Скорее дело не во всемирном линуховом заговоре, а в том, что жалеющих это пилить под линух хватает, а под бзди — не очень.

Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (-), 20-Фев-20, 20:15 
>> Линухоид опеннета, пойманый на спрыге с темы и на двойных стандартах - и не обвинивший (для надежности аж три раза) оппонента в вендузятничестве (при этом знатно сфейлив) - не линухоид опеннета :)
> Для взрослого БСДшника, виндузятничество — не порок и потому обвинением не является.

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

>> Но только если пишут для линуха, иначе это не "развитие", а велосипедостроение, ага. Понимаете, когда применяют разные критерии оценки называется "двойные стандарты" ... Ай, ладно, всё равно не поймёте.
> Не далее как в этом же комментарии вы используете "железобетонный" аргумент
>> zypper, apt, dnf, pacman, portage, slackpkg, guix/nix - существуют и развиваются
> а вот про HAL => DeviceKit => disks => udisks почему-то "забыли"
> так сказать. Ведь даже если предшественник умер — сменщик всё равно
> велосипед, правда? Двойные стандарты? Нет, что вы!

Э, что? Скорее чье-то чтение "не глазами". Вы _сами_ перед этим писали, что в качестве примера "не считается", т.к. проходит оно как "улучшизм":
>> Это называется "развитие"

Ну раз не считается, то я не стал спорить и детализировал пример с пакетниками - куча разных, вместо одного. Несовместимы. И опять "не-не-не! Не считается!"
Что я "забыл"? И "забыл" ли?
И то и другое "линухоидные" технологии.
Да и что там у вас "умерло" - я не знаю, потому что soraged например писался при "живом" udisks2.


>> zypper, apt, dnf, pacman, portage, slackpkg, guix/nix - существуют и развиваются. И по совместимости как-то не очень.
> Тем не менее, разработчики DE могут с минимальными трудозатратами писать кросс-дистрибутивные
> Software Center-ы и уведомлялки об обновлениях.

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

>> Анониму опеннета можно - кто же анониму опеннета запретит не знать о ChromOS, Devuan, Gentoo, Funtoo, Alpine, Guix и прочих? Никто не запретит.
> Пожалуйста, заберите этих маргиналов к себе, и считайте их частью мира BSD,  ладненько?

Обозвать самый (или один из - в США уж точно) распространенный дистр линуха "маргиналами" - сильно.
Ну и опять двойные стандарты "это считаем за линукс, это не считаем, а вот тут рыбу^W BSD заворачивали".

>> Те же KDE и Gnome уже давно портируются с на *BSD с немалым приложением сил. Deepin и Budgie вообще линух-онли.
> Скорее дело не во всемирном линуховом заговоре, а в том, что жалеющих это пилить под линух хватает, а под бзди — не очень.

Нет, дело в двойных стандартах и неумении проследить нить дискуссии некоторых анонимов.
Когда им приводят DE в качестве примеров "велосипедостроения" (по их же критериям в отношении БСД) - то они отвечают "А, то есть на BSD есть только одно DE? CDE, наверное. Как жаль, что вам не завезли KDE ..."
Когда в ответ приводят примеры линух-онли DE (и прибитость гвоздями к линуху KDE/Gnome), то следует что-то про всемирный линуховый заговор и про желающих писать под линукс.
Т.е. получаем много воды и в итоге все тот же исходный тезис - если что-то пишется под линукс, с нуля - то у линухоидов опеннета это не считается за переписывание "лишь бы не как у них".


Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

55. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от пох. (?), 19-Фев-20, 20:32 
> Кстати, действительно, в мире линукс разные проекты не настолько ненавидят друг друга, чтобы
> с нуля (или почти с нуля) переписывать ядро и базовую систему

поэтому переписывают ее каждый день просто так.

Сегодня в очередной (уже) раз нарвался на говняный гуглокод, воткнутый в середину чужого проекта. Проверяет что-то на тему особенностей gcc 4.4, при том что не собирается ничем младше 7.
Не проверяет версию gas, не имеющую вообще-то никакого отношения к самому gcc, лепя инструкции avx2, которые только новый-модный может понять. Вы ж обожаете раз в три дня переставлять операционную систему, а то предыдущая недостаточно модна?

Нахрен причем не нужен - нет у меня avx2 и не предвидится. А на той платформе, которая у меня основная целевая - вообще не работает, потому что не интел это.

Но при таком "умелом" пользовании инструментами интересно бы проверить - а он хотя бы оптимизирует ли на том где есть avx2, или как обычно - когда-то на компьютере своего автора оптимизировал, на соседнем уже нет, а теперь везде только тормозит? Весьма вероятно - второе.

И вот так в этом вашем мирке линукс-трэша - все.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

65. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (-), 19-Фев-20, 23:46 
> А на той платформе, которая у меня основная целевая - вообще
> не работает, потому что не интел это.

Хрена, поха в эмбедовку понесло? :) Что-то мне кажется что накушается он там грабель, мама не горюй =)

> И вот так в этом вашем мирке линукс-трэша - все.

"Вы не любите кошек? Да вы просто не умеете их готовить!"

Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от пох. (?), 21-Фев-20, 17:02 
> Хрена, поха в эмбедовку понесло?

нет, ни разу. умный дом - это когда ключи от всего у кого-то поумнее хозяина, да?

С подобными граблями сталкиваешься на банальных почти полноценных компах. Просто они чуть-чуть отличаются от того, что был у гугломакака.

Следи за руками, они вот такими всегда и работают (теми тремя, которыми в тот момент не д$очат):

#elif GCC_VERSION_AVAILABLE(4, 5) && !defined(CRCUTIL_FORCE_ASM_CRC32C)
// Allow the use of _mm_crc32_u* intrinsic when CRCUTIL_USE_MM_CRC32
// is set irrespective of "-msse*" settings. This way, the sources
// may be compiled with "-msse2 -mcrc32" and work on older CPUs,
// while taking full advantage of "crc32" instruction on newer
// CPUs (requires dynamic CPU detection). See "interface.cc".
//
// If neither -msse4 or -mcrc32 is provided and CRCUTIL_USE_MM_CRC32 is set
// and CRCUTIL_FORCE_ASM_CRC32 is not set, compile-time error will happen.
// Why? Becuase GCC disables __builtin_ia32_crc32* intrinsics when compiled
// without -msse4 or -mcrc32. -msse4 could be detected at run time by checking
// whether __SSE4_2__ is defined, but there is no way to tell whether the
// sources are compiled with -mcrc32.

extern __inline unsigned int __attribute__((
    __gnu_inline__, __always_inline__, __artificial__))
_mm_crc32_u8(unsigned int __C, unsigned char __V) {
  return __builtin_ia32_crc32qi(__C, __V);
}

И пооооохер, что __builtin_ia32_crc32qi - gcc6.

Заниматься подобными проблемами придуман и успешно умеет - autoconf. Но вот его гугломакаки объявили неправильным, слишком сложным для обезьяньего понимания и вообще устаревшее ненужно.
Поэтому они пишут код, зависящий от CFLAGS. А все остальные - радостно его копипастят.


> "Вы не любите кошек? Да вы просто не умеете их готовить!"

зато я и кошачьим триппером не болею!

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

Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от kai3341 (ok), 20-Фев-20, 13:39 
> Кстати, действительно, в мире линукс разные проекты не настолько ненавидят друг друга, чтобы с нуля (или почти с нуля) переписывать ядро и базовую систему "лишь бы не как у них", поэтому с портированием между flavor-ами там легче.

Вообще это неплохо. Честное разнообразие позволяет победить самым лучшим идеям. Идеи из OpenBSD теперь повсюду.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

62. "Выпуск сетевого конфигуратора ConnMan 1.38"  –1 +/
Сообщение от Аноним (-), 19-Фев-20, 23:42 
> Не знает, что кроссплатформенность - это к работает и на Редхат-Линукс и
> на SUSE-Линукс и даже на Арч-Линукс, а лезет!

Угу, ща. В половине из перечисленных сейчас даже ifconfig по дефолту нету :)

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

72. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (10), 20-Фев-20, 12:03 
Вы правда думаете, что NM или сабж будет запускать бинарник ifconfig, чтобы настроить сеть?
Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (-), 19-Фев-20, 13:37 
> учитесь, студенты
> ifconfig iwn0 nwid <netname> wpakey <somepass> up
> dhclient iwn0

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


$ wpa_passphrase opennet-wifi mysuperpass                                  
network={
    ssid="opennet-wifi"
    #psk="mysuperpass"
    psk=c17a89662a22b88baa1bf972a903fa537142b6e3a555e8a10e84c796793dde67
}

этого вполне достаточно для подключение к WPA-PSK.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

49. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (10), 19-Фев-20, 15:47 
Пяток сетей, да ещё и переподключаться — это не KISS!
Предки так не делали.
Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (-), 19-Фев-20, 23:43 
> Пяток сетей, да ещё и переподключаться — это не KISS!

Конечно, намного прикольнее конектиться к вафле при каждом отвале лично. Разиков так по 10 на дню :)

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от пох. (?), 19-Фев-20, 20:35 
ну, честно говоря, после примерно третьего пароля мне бы надоело.

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

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

64. "Выпуск сетевого конфигуратора ConnMan 1.38"  +/
Сообщение от Аноним (-), 19-Фев-20, 23:44 
> да еще и клиртекстом. Автоматически ломиться при этом в любую похожую
> сеть - необязательно.

Более того - он таки умеет еще и автоскан/автоконект. Что актуально для вафли с забитым эфиром и чудесатыми точками доступа.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру