форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+1 +/–
Сообщение от opennews (??) on 08-Янв-15, 20:48
Представлена (http://curl.haxx.se/mail/archive-2015-01/0019.html) новая версия утилиты для организации выборки данных по сети - cURL 7.40.0 (http://curl.haxx.se/), предоставляющей возможность гибкого формирования запроса с заданием таких параметров, как cookie, user_agent, referer и любых других заголовков. cURL поддерживает HTTP, HTTPS, HTTP/2.0, SMTP, IMAP, POP3, Telnet, FTP, LDAP, RTSP, RTMP и другие сетевые протоколы. Одновременно вышло обновление параллельно развиваемой библиотеки libcurl, предоставляющей API для задействования всех функций cURL в программах на таких языках, как Си, Perl, PHP, Python. Основные новшества (http://curl.haxx.se/changes.html#7_40_0): -  Начальная поддержка протокола SMB/CIFS, что позволяет использовать curl для прямого обращения к ресурсам файловых серверов на базе платформы Windows (путь к файлу задаётся в виде "smb://domain%2fuser:password@server.example.com/путь"). -  Возможность отправки HTTP-запросов поверх доменных Unix-сокетов (путь к сокету следует передаваться через  CURLOPT_UNIX_SOCKET_PATH или --unix-socket). -  Поддержка основанной на GSS-API аутентификации через  Kerberos V5 -  Поддержка "http digest"-аутентификации с использованием  Windows SSPI. -  Для SSL обеспечена поддержка формата PEM для привязки открытых ключей. -   Поддержка SMTP расширена возможностью преобразования новых строк при отправке почтовых сообщений. -  Устранены две уязвимости: возможность (http://curl.haxx.se/mail/archive-2015-01/0021.html) подстановки URL при запросе через прокси и пропуск (http://curl.haxx.se/mail/archive-2015-01/0020.html) проверки сертификата darwinssl. URL: http://curl.haxx.se/mail/archive-2015-01/0019.html Новость: http://www.opennet.dev/opennews/art.shtml?num=41416
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
Сообщение от Аноним (??) on 08-Янв-15, 20:48
Что-то не совсем понятно ее назначение. Что-то типа Wget?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+6 +/–
	Сообщение от Аноним (??) on 08-Янв-15, 20:53
	верно. часто использовалась в рпм дистрах в качестве качалки rpm перед установкой. вместе с aria и wget. но по опыту тупил curl тоже весьма часто и привередлив зараза. поэтому предпочитаю wget/
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от EHLO on 08-Янв-15, 21:14
	> Что-то не совсем понятно ее назначение. Что-то типа Wget? А теперь еще типа smbclient и sendmail. Должен остаться только один!
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	6. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 08-Янв-15, 22:29
	останется фаерфокс.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	10. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Ыр on 08-Янв-15, 23:22
	Останется только systemd.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	15. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от анонко on 09-Янв-15, 01:10
	> Останется только systemd. Вам шашечки или ехать?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	32. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 14:48
	Тaщемта, systemd уже давно требует по зависимостям libcurl.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	7. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 08-Янв-15, 22:50
	Похожа на wget, но больше возможностей, например может не только скачивать, но и отсылать (curl -X POST). Да и в первую очередь проект интересен библиотекой, а не утилита. В D ее вообще в стандартную библиотеку включили.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	33. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 14:49
	> Похожа на wget, но больше возможностей, Как насчет аналога wget -r?
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	63. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от анонимус (??) on 12-Янв-15, 14:52
	Нет и не планируется. Реализуется всякими сторонними скриптами.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	12. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 00:13
	> Что-то не совсем понятно ее назначение. Что-то типа Wget? А также либа через которую все то же самое можно в софте. Порой удобно.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	29. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Антоним (ok) on 09-Янв-15, 11:32
	Ценность в либе, которая позволяет автоматизировать серфинг с определенными целями. ;) курл наше все!
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	34. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 14:51
	> Ценность в либе, которая позволяет автоматизировать серфинг с определенными целями. ;) > курл наше все! Зачем, если есть LWP::Simple и LWP::UserAgent?
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	31. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от edwin3d (ok) on 09-Янв-15, 11:48
	> Что-то не совсем понятно ее назначение. Что-то типа Wget? Скажу чем интересна она мне - широкая возможность ковыряния удаленных web сервисов с помощью посылки спец. сфор. запросов, анализ выдаваемых заголовков и т.д. - т.е. по сути некая отладка, что-ли. Причем из CLI, без призыва лишних сущностей
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	47. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от dolbokluv on 10-Янв-15, 10:18
	http://daniel.haxx.se/docs/curl-vs-wget.html
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	51. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 10-Янв-15, 18:25
	> http://daniel.haxx.se/docs/curl-vs-wget.html Сразу напомнило http://0pointer.de/blog/projects/why :)
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	52. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+1 +/–
	Сообщение от EHLO on 10-Янв-15, 18:45
	>> http://daniel.haxx.se/docs/curl-vs-wget.html > Сразу напомнило http://0pointer.de/blog/projects/why > :) Всегда напоминало: http://blog.hidexter.com/?p=444
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	48. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Ilya Indigo (ok) on 10-Янв-15, 16:18
	А wget может по https, да ещё и с прикреплённым сертификатом отправить POST-запрос, а потом ещё считать и вернуть ответ? Curl вообще не позиционируется как качалка, это лишь одна из его побочных возможностей.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	56. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 10-Янв-15, 20:11
	> Curl вообще не позиционируется как качалка Скажите это комментаторам выше :)
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

4. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
Сообщение от Аноним (??) on 08-Янв-15, 21:22
Кто-нибудь знает, как он аутентифицирует SMB, если в AD-домене напрямую пароли не передаются, только тикеты?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Андрей (??) on 08-Янв-15, 21:32
	Возможно задействует smbclient аналогично файловым менеджерам, не?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 08-Янв-15, 22:58
	> Возможно задействует smbclient аналогично файловым менеджерам, не? Нет, вроде за собой ничего не тянет. Да и смысл ведь в том, что можно будет на любом embedded работать с smb/cifs без полноценной (читай bloatware) samba.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	60. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 10-Янв-15, 20:43
	> без полноценной (читай bloatware) bloatware == полноценность?
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	24. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 06:44
	> If you use a Windows SSPI-enabled curl binary and perform Kerberos V5, Negotiate, NTLM or Digest authentication then you can tell curl to select the user name and password from your environment by specifying a single colon with this option: "-u :".
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+4 +/–
Сообщение от cmp (ok) on 08-Янв-15, 23:06
ждем когда поддержка торрент появится)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	11. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	–3 +/–
	Сообщение от Аноним (??) on 08-Янв-15, 23:53
	прикололся?)) там ща везде вроде aria2 рулит. хотя я предпочитаю wget. сделаем из curl  новый скайп с торрентом и плюшками))) ахахах . вот ребятам заняться нечем. реально. идеология юникс же вроде одной задаче одна программа)0 причем маленькая программа, а они из линуха вторую винду сделать хотят))
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	13. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от pxel on 09-Янв-15, 00:21
	с разморозкой. Ваш КО :)
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	14. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 00:21
	> прикололся?)) там ща везде вроде aria2 рулит. хотя я предпочитаю wget. И как, много торрентов wget'ом удалось скачать? :) И да, вы знаете, торрент умеет проверку целостности и перекачку битых блоков. Не говоря уже о скачке группы файлов за раз, многопоточности и прочая.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	16. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 09-Янв-15, 01:13
	> идеология юникс же вроде одной задаче > одна программа)0 причем маленькая программа, а они из линуха вторую винду > сделать хотят)) Да, но у любого правила есть исключения, и порой очень удачные - busybox, kernel. И curl тоже - можно отключить все не нужное и получить очень компактный вариант. А если учесть, что curl - это в первую очередь библиотека для работы с разнообразными сетевыми протоколами, то подобный подход более чем оправдан.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	17. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	–2 +/–
	Сообщение от Аноним (??) on 09-Янв-15, 02:50
	теперь будем все дружно делать библиотеки и потом морды к ним? типа давайте сделаем одну чтоб описывала все что можно сделать алгоритмически )) и скажем вот вам 1 библиотека на1,5 гига а вы ребята теперь делайте морды как хотите, но чтоб только маленькие)) это ж юникс. нет я понимаю что они хотят расширить возможности программы, но зачем пихать в неё то что уже имеется.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	18. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 03:17
	> теперь будем все дружно делать библиотеки и потом морды к ним? типа > давайте сделаем одну чтоб описывала все что можно сделать алгоритмически )) > и скажем вот вам 1 библиотека на1,5 гига а вы ребята > теперь делайте морды как хотите, но чтоб только маленькие)) это ж > юникс. нет я понимаю что они хотят расширить возможности программы, но > зачем пихать в неё то что уже имеется. всякие жабы и миNETы практически так и устроены
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	19. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 09-Янв-15, 03:22
	Сделать можно очень по-разному. Можно хорошо (примеры я уже привел), можно не очень (Qt). Что касается конкретно curl: любой протокол можно отключить (на стадии компиляции), реализация каждого протокола от 5KB до 200KB, smb - 34KB. При этом мы получаем унифицированный API (сходный для всех протоколов) и мультиплатформенность. Для сравнения - samba (весь исходник) - 115MB. Вот это точно unix way :)
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	20. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 09-Янв-15, 03:28
	Еще как хороший пример вспомнился ffmpeg. Или вы его предлагаете распилить на 200 пакетов и в каждом свой API, то-то разработчики плееров обрадуются :)
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	21. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 09-Янв-15, 03:31
	del
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	22. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 04:16
	конкретно тут я бы сказал что есть smbclient)) ffmpeg  согласен распиливать не надо.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	38. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 15:29
	> конкретно тут я бы сказал что есть smbclient)) Но зачем тянуть еще какой-то libsmbclient и кучу его зависимостей (libcap2 , libcomerr2, libgssapi-krb5, libk5crypto3, libkrb5, libldap, libtalloc2, libtdb1, libwbclient0, zlib1g), если необходимый функционал можно просто включить в libcurl? > ffmpeg  согласен распиливать не надо. Да ничего не надо распиливать. Комбайны практически всегда удобнее, чем нагромождение "модульных" костылей, которое в итоге превращается в такой же комбайн, но хрупкий и переусложненный из-за кучи скриптового "клея" и лени разработчика (ему лень писать нормальный код в своих скриптах, и уж тем более лень документировать что-то).
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	35. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+4 +/–
	Сообщение от Аноним (??) on 09-Янв-15, 14:53
	> Да, но у любого правила есть исключения, и порой очень удачные - busybox, kernel. Подобные исключения наглядно подтверждают некорректность правила. Иными словами, в теории рулят маленькие программки, а на практике - жирные комбайны.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	41. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 09-Янв-15, 17:23
	>> Да, но у любого правила есть исключения, и порой очень удачные - busybox, kernel. > Подобные исключения наглядно подтверждают некорректность правила. > Иными словами, в теории рулят маленькие программки, а на практике - жирные > комбайны. На практике важна правильная постановка задачи проекта.   kernel и busybox: эти два пакета в состоянии обеспечить минимальную, но полноценную систему. Один отвечает за взаимодействие с железом, второй - с пользователем. ffmepeg: предоставляет единый API к сотне кодеков. curl:  предоставляет единый API к распространенным сетевым протоколам. Что общего у всех этих проектов? Они предоставляют компактные и простые реализации отдельных компонентов (драйвера/утилиты/кодеки/протоколы), при этом компоненты слабо связаны - могут быть использованы друг без друга или заменены альтернативными проектами/библиотеками. С точки зрения unix way эти проекты тоже не совсем "неправильные". Они хорошо выполняют свою конкретную функцию - предоставляют единый кросплатформенный API для узко специфической задачи и легко интегрируются в другие проекты. Конечно они могли бы тянуть за собой сторонние реализации, но тогда они станут прослойкой, перестанут быть компактными и легко портируемыми. Антипримеры: Qt/systemd - вбирают в себе все что приглянется не придерживаясь четкой специфики, не заботясь об возможности использования отдельных компонентов (без всех остальных), да и сами компоненты часто не попадают под определение простых и компактных. В добавок тянут еще и внешние зависимости. <offtop>Вопрос на уроке информатики: Дети, кто знает, зачем Qt тянет за собой Ruby?</offtop> Gnome/Xorg - вроде модульные, но по факту для сборки минимального gtk нужен еще десяток пакетов. Тоже и для xorg-server, только пакетов десятки. Отдельно эти пакеты (без gtk/xorg-server) никто не использует, заменить их нечем, да и незачем. Смысл их держать отдельно? Это лишь усложняет сборку: каждые пакет тянет с собой систему сборки (запуск configure длится во многих пакетах дольше, чем сама сборка), пакеты ругаются друг на друга из-за не подходящих версий, нужно искать подходящие версии.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	43. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+3 +/–
	Сообщение от Аноним (??) on 09-Янв-15, 20:18
	Противоречите сами себе. Например, тот же systemd прекрасно подпадает под определение kernel/busybox - обеспечивает минимальную полноценную систему, промежуточный уровень между ядром и UI (внезапно, такой уровень есть). init, системный журнал, DNS, синхронизация времени, учет пользовательских сеансов и т.д., с возможностью опционального включения тех или иных модулей. Тем не менее, вы относите его к классу "антипримеров". Опять же "компоненты слабо связаны - могут быть использованы друг без друга или заменены альтернативными проектами/библиотеками" - попробуйте заменить модуль ядра Linux на альтернативную реализацию из ядра FreeBSD, используя только опции сборки, скриптовый клей и прочие unix-way инструменты, без "редактирования сорцов в стиле системд". Слабо?
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	45. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 09-Янв-15, 21:50
	> Например, тот же systemd прекрасно подпадает под определение kernel/busybox - > обеспечивает минимальную полноценную систему, которая тянет за собой d-bus, udev и прочее, но не обеспечивает нормальную работу пользователя без *nix utils > промежуточный уровень между ядром и UI (внезапно, такой > уровень есть). для которого вполне достаточно возможностей busybox > init, системный журнал, DNS, синхронизация времени, учет пользовательских > сеансов и т.д., с возможностью опционального включения тех или иных модулей. > Тем не менее, вы относите его к классу "антипримеров". Потому что нельзя использовать logind без того чтобы не притянуть остальной systemd/d-bus/etc. > Опять же "компоненты слабо связаны - могут быть использованы друг без друга > или заменены альтернативными проектами/библиотеками" - попробуйте заменить модуль ядра > Linux на альтернативную реализацию из ядра FreeBSD, Некорректно поставлено условие. В ядре можно использовать модули по-раздельности (слабо зависят друг от друга) и можно подгружать альтернативные, не входящие в ядро. Можно заменить почти все части ядра - звуковую подсистему/планировщики/etc.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	49. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+2 +/–
	Сообщение от Аноним (??) on 10-Янв-15, 18:07
	> которая тянет за собой d-bus, udev и прочее Не тянет, а включает в себя. kdbus в основном в ядре, но для его работы нужна ответная часть в юзерспейсе, реализованная в systemd. > но не обеспечивает нормальную работу пользователя без *nix utils Помимо обеспечения нормальной работы пользователя, нужно обеспечивать еще и нормальную работу программ. Неожиданно, да? init, IPC, системный журнал, сеть и прочее - не являются прямо необходимыми для работы пользователя. Ему достаточно init=/bin/sh. Но почему-то так работать никто не хочет. > для которого вполне достаточно возможностей busybox В подавляющем большинстве случаев - нет. > Потому что нельзя использовать logind без того чтобы не притянуть остальной systemd/d-bus/etc. Некорректно поставленное условие. Модули systemd можно использовать по-раздельности (слабо зависят друг от друга) - например, просто собрать systemd без logind, и все остальные компоненты будут нормально работать. Попытка использования logind без systemd подобна попытке использования iptables без Linux - в принципе возможно, но придется повозиться. > Можно заменить почти все части ядра - звуковую подсистему/планировщики/etc. Не написав и не изменив ни одной строчки сишного кода, да? :)
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	55. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 10-Янв-15, 20:09
	> Не тянет, а включает в себя. kdbus в основном в ядре, но > для его работы нужна ответная часть в юзерспейсе, реализованная в systemd. Почему все остальные системы инициализации могут прекрасно обходиться без хаков в ядре? > Помимо обеспечения нормальной работы пользователя, нужно обеспечивать еще и нормальную > работу программ. Неожиданно, да? Программы вообще ничего о системе инициализации знать не должны. Если система инициализации подготовила все для нормальной работы пользователя, то программы должны нормально работать, иначе как пользователь сможет нормально работать? > init, IPC, системный журнал, сеть и прочее - не являются прямо необходимыми > для работы пользователя. Ему достаточно init=/bin/sh. Но почему-то так работать никто > не хочет. > В подавляющем большинстве случаев - нет. Ну и чего не может busybox? И почему все раньше работало, а с приходом systemd оказалось что не могло оно работать? > В подавляющем большинстве случаев - нет. Я уже писал длинный пост о systemd vs init, с разбором конкретных реальных ситуаций: http://www.opennet.dev/openforum/vsluhforumID3/100356.html#434 Посмотрите пример с сеткой, systemd может эту ситуацию решить? А ведь относительно простая вещь. Тоже и с остальными примерами - в bloatware все хорошо, пока делаешь тоже что и все (и ресурсов не жалко), но если захотел сделать что-то более индивидуальное, то проблем сразу на порядок больше. >> Потому что нельзя использовать logind без того чтобы не притянуть остальной systemd/d-bus/etc. > Некорректно поставленное условие. Модули systemd можно использовать по-раздельности > (слабо зависят друг от друга) - например, просто собрать systemd без > logind, и все остальные компоненты будут нормально работать. Тогда почему я могу использовать только mdev, заменив весь остальной busybox другими *nix utils (хоть gnu, хоть bsd). > Попытка использования logind без systemd подобна попытке использования iptables без Linux > - в принципе возможно, но придется повозиться. iptables - frontend для сетевой части ядра. Проблема же logind и прочих *d - они не могут работать друг без друга. >> Можно заменить почти все части ядра - звуковую подсистему/планировщики/etc. > Не написав и не изменив ни одной строчки сишного кода, да? :) Ну да  - rmmod xxx, modprobe myCoolXxx :) Также как я могу заменить gnu ls на ls из busybox или еще какой.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	58. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 10-Янв-15, 20:28
	> Почему все остальные системы инициализации могут прекрасно обходиться без хаков в ядре? Не systemd требует хаков в ядре, а развитие ядра требует systemd. К тому же, systemd - это не только система инициализации. Это base layer of linux userspace. > Программы вообще ничего о системе инициализации знать не должны. Спорно. Опыт классических UNIX-систем (Mac OS X и Solaris) показывает, что тесная интеграция инита и демонов дает определенные плюсы (сокет-активация, удобный мониторинг, перезапуск без закрытия соединений и т.д.). > Ну и чего не может busybox? И почему все раньше работало, а с приходом systemd оказалось что не могло оно работать? Что не может телега? Почему раньше все работало, а с приходом автомобилей оказалось, что не могло оно работать? systemd более удобен и технологичен, только и всего. Попробуйте построить десктопный дистрибутив на основе busybox - проникнетесь ;) > Я уже писал длинный пост о systemd vs init, с разбором конкретных реальных ситуаций: > http://www.opennet.dev/openforum/vsluhforumID3/100356.html#394 В том посте вы весьма жестко критикуете модель ядра Linux > Полностью согласен. Рассмотрим дальше: systemd заменяет собой ряд стандартных компонентов, добавляет часть новых. Их нужно использовать (иначе зачем добавлять?) и рано или поздно программы начнут их задействовать. Само по себе это правильно. Но эти компоненты не унифицированы. Я не могу поставить отдельный понравившийся мне компонент, а остальное взять от других проектов. Почему нет претензий к другим системам инициализации? Потому что они заменяют один конкретный компонент и прекрасно взаимодействуют с остальными. Если заменяется несколько компонентов, то это как правило компоненты слабо связаны (могут работать друг без друга) и часто выделяются в отдельные проекты. Стратегия opensource основана на сотрудничестве и разделении труда - каждый сосредотачивается на своем компоненте и использует чужие. Все это можно применить и к ядру Linux. Кроме того, утверждение >  Почему нет претензий к другим системам инициализации? Потому что они заменяют один конкретный компонент и прекрасно взаимодействуют с остальными. весьма демагогично. Попробуйте заменить в Gentoo OpenRC на SysVinit. Подсказка: OpenRC использует свой формат скриптов, несовместимых с SysV, поэтому вам придется переписать скрипты для всех демонов. > Посмотрите пример с сеткой Где? > Тогда почему я могу использовать только mdev, заменив весь остальной busybox другими > *nix utils (хоть gnu, хоть bsd). Потому что в наборе утилит командной строки интеграция не такая сильная, как в модулях ядра или базовой системы. > iptables - frontend для сетевой части ядра. Проблема же logind и прочих *d - они не могут работать друг без друга. Проблема iptables - то, что оно не может работать без netfilter :) > Ну да  - rmmod xxx, modprobe myCoolXxx :) Окей, дайте мне модуль, заменяющий netfilter. Ядро 3.2.63, есличо. > Также как я могу заменить gnu ls на ls из busybox или еще какой. Поздравляю, хот что-то вы можете заменить в своей "неблоатварной" системе :)
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	61. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 10-Янв-15, 20:58
	> Попробуйте построить десктопный дистрибутив > на основе busybox - проникнетесь ;) Уже :) Последние лет пять на busybox (без udev/dbus/etc). > Все это можно применить и к ядру Linux. Нет, неприменимо - в ядре есть oss и alsa, куча планировщиков, ФС. Выбрать можно, что угодно - на остальные подсистемы это не повлияет. Тем более что разработку можно вести вне ядра и подгружать/заменять модули. > весьма демагогично. Попробуйте заменить в Gentoo OpenRC на SysVinit. Подсказка: OpenRC > использует свой формат скриптов, несовместимых с SysV, поэтому вам придется переписать > скрипты для всех демонов. Скрипты - неотъемлемая часть системы инициализации, это ее система конфигурации. Из системных компонентов обычно заменяют только init, остальное используют то, что есть в системе. А не пишут свой логер/dns сервер и т.д, которые завязан на systemd так, что не могут работать в других системах инициализации. >> Посмотрите пример с сеткой > Где? Нету ссылку дал, вот правильная: http://www.opennet.dev/openforum/vsluhforumID3/100356.html#434 >> Тогда почему я могу использовать только mdev, заменив весь остальной busybox другими >> *nix utils (хоть gnu, хоть bsd). > Потому что в наборе утилит командной строки интеграция не такая сильная, как > в модулях ядра или базовой системы. Модули ядра слабо зависят друг от друга. Udev может быть заменен на mdev. И как не странно все работает, за исключением systemd ;) > Окей, дайте мне модуль, заменяющий netfilter. Ядро 3.2.63, есличо. Не для всех модулей есть аналоги. Но при необходимости их можно написать. > Поздравляю, хот что-то вы можете заменить в своей "неблоатварной" системе :) Заменить можно практически все. Было бы желание и поменьше Поттерингов, продвигающих единственно правильное решение :)
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	44. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 20:21
	Я уже не говорю о том, что Qt - практически единственный вариант для безгеморного создания кроссплатформенных приложений, причем не только графических. Массовый свалинг проектов с Gtk на Qt полностью подтверждает этот тезис.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	46. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 09-Янв-15, 21:55
	Qt - это попытка создать нормальную стандартную библиотеку для c++. Лучше на данный момент ничего нет. Но это не значит, что Qt не bloatware и все от нее в восторге. Путь развития gtk3/gnome3 многих не устраивает, вот и бегут, кто назад на gtk2, кто на qt.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	50. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 10-Янв-15, 18:22
	> Qt - это попытка создать нормальную стандартную библиотеку для c++. Лучше на данный момент ничего нет. Но это не значит, что Qt не bloatware и все от нее в восторге. Нет, это всего лишь означает, что в ярлыке "bloatware" нет ничего плохого :) Бессмысленно приводить блоатварность в качестве недостатка, потому что во всех ваших примерах ее реальные плюсы (удобство - вся необходимая функциональность под рукой) перевешивают мнимые минусы (отсутствие "минимализма", который вообще-то мотивирован соображениями скорее эстетическими, нежели практическими).
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	57. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 10-Янв-15, 20:25
	> Нет, это всего лишь означает, что в ярлыке "bloatware" нет ничего плохого > :) > Бессмысленно приводить блоатварность в качестве недостатка, потому что во всех ваших примерах > ее реальные плюсы (удобство - вся необходимая функциональность под рукой) перевешивают > мнимые минусы (отсутствие "минимализма", который вообще-то мотивирован соображениями > скорее эстетическими, нежели практическими). Проблема bloatware - чрезмерное потребление ресурсов и отсутствие гибкости. Большая кодовая база ведет к большому количеству багов. Изменить в ней что-то достаточно сложно - нужно гораздо больше времени на изучение и тестирование. Не говоря о том, что сборка Qt и подобных, дело отнюдь не десяти минут. Если возникнет необходимость портировать на новую платформу, то проще переписать приложение на другой toolkit, чем портировать Qt.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

	59. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	–1 +/–
	Сообщение от Аноним (??) on 10-Янв-15, 20:40
	> Проблема bloatware - чрезмерное потребление ресурсов Разве что места на диске. Потреблять _много_ памяти - дурной тон даже для комбайнов. > и отсутствие гибкости. Удобство, как правило, важнее гибкости. Лучше легко и просто решать несколько типовых задач, чем требовать возни с компоновкой модулей при любом раскладе. > Большая кодовая база ведет к большому количеству багов. Если вам нужно реализовать определенный набор функций, то где, по-вашему, будет меньший сумарный объем кода - в комбайне, в котором совместное использование всяких общих функций проще, или в десятке-другом независимых проектов? > Изменить в ней что-то достаточно сложно - нужно гораздо больше времени на изучение и тестирование. Спорно. Если взять комбайн и разбить его на сотню "независимых" проектов - все равно придется изучать вопрос в целом (если, конечно, изменяющий не PHP-обезьянка за миску риса, которой на все пофиг), и тестировать конечный продукт, поскольку полной независимости обеспечить невозможно, и баг в одном компоненте всегда может аукнуться в другом. > Если возникнет необходимость портировать на новую платформу, то проще переписать приложение на другой toolkit, чем портировать Qt. Qt выбирают именно из-за его портируемости. В отличие от того же Gtk3, который пилят в основном под Linux.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	62. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 10-Янв-15, 21:23
	> Разве что места на диске. Потреблять _много_ памяти - дурной тон даже > для комбайнов. Боюсь, что hello world на qt, сожрет больше памяти, чем ядро со всеми драйверами для дескотпа ;) > Удобство, как правило, важнее гибкости. Лучше легко и просто решать несколько типовых > задач, чем требовать возни с компоновкой модулей при любом раскладе. Верно, но компоновать нужно по задаче - нужны кодаки - возьму ffmpeg. Нужны базовые сетевые протоколы - возьму curl. И т.д. Нет смысла компоновать слабо связанные задачи в одну библиотеку. > Если вам нужно реализовать определенный набор функций, то где, по-вашему, будет меньший > сумарный объем кода - в комбайне, в котором совместное использование всяких > общих функций проще, или в десятке-другом независимых проектов? Пример: нужен простой видео плеер с поддержкой http и выводом через opengl. Вариант 1: ffmepg+curl+glfw. Вариант 2: Qt(+куча зависимостей) + ffmpeg. Где меньше сумарный объем кода? >> Изменить в ней что-то достаточно сложно - нужно гораздо больше времени на изучение и тестирование. > Спорно. > Если взять комбайн и разбить его на сотню "независимых" проектов - все > равно придется изучать вопрос в целом (если, конечно, изменяющий не PHP-обезьянка > за миску риса, которой на все пофиг), и тестировать конечный продукт, > поскольку полной независимости обеспечить невозможно, и баг в одном компоненте всегда > может аукнуться в другом. Если я правлю баг в curl, как это отразится на ffmpeg? > Qt выбирают именно из-за его портируемости. В отличие от того же Gtk3, > который пилят в основном под Linux. Выбирают из-за того что он уже портирован. Портировать такой объем кода на новую платформу ради одной программы никто в здравом уме не будет.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	64. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от электронщег on 13-Янв-15, 20:32
	>> <offtop>Вопрос на уроке информатики: Дети, кто знает, зачем Qt тянет за собой Ruby?</offtop> Ухаха, я знаю: там то ли какой-то браузерный компонент (жаваскрипт движок вроде), то ли документация к нему требуют в системе наличия этого самого руби для сборки Qt из исходников. Выяснил это, когда пытался собрать свежие Qt на моей уютной генте. И ужаснулся, когда в зависимостях увидел ЭТО. Тогда всё разрешилось клонированием ебилда в локальный репозиторий и удалением оттуда одной строки, обьявляющей руби как зависимость. На удивление, всё собралось.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	65. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Янв-15, 00:45
	Да верно - его тянет за собой webkit. Но не как опцию, а как обязательную зависимость. Там действительно часть движка на ruby написана, так что так просто не отпилишь.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	66. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от электронщег on 14-Янв-15, 01:53
	> Да верно - его тянет за собой webkit. Но не как опцию, > а как обязательную зависимость. Там действительно часть движка на ruby написана, > так что так просто не отпилишь. Зуб даю, в тот раз удалось без проблем отпилить. Запомнил это потому, что параллельно с обновлением своей системы подготавливал специализированный LiveCD на основе stage3, который еле влепил в 700мб (да, кое где ещё пользуются CD-R, не спрашивайте). Гарантирую, с руби на борту этого бы не удалось. Вроде версия Qt была 5.2. Возможно, спасла магия USE-флагов, благодаря которой не стали собираться зависимые от руби части вебкита.
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	67. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Янв-15, 03:28
	А webkit при этом точно собрался (/usr/libQtWebKit.so.*)? Собирал qt-5.2.0 вручную. Единственный возможный вариант была сборка без webkit. Может в gentoo есть специальные патчи для избавления webkit от ruby? Если так, то киньте ссылку.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

23. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
Сообщение от sergey_klay (ok) on 09-Янв-15, 05:05
Я даже не знаю, что бы делал без libcurl весь последний год на работе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	36. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Ктото там on 09-Янв-15, 14:53
	Ах это ты SMB прикрутил?! Лучше бы работал, честное слово...
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	54. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 10-Янв-15, 20:08
	> Ах это ты SMB прикрутил?! Лучше бы работал, честное слово... Не нравится - будь мужиком, сделай форк curl без SMB!
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

25. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
Сообщение от Аноним (??) on 09-Янв-15, 08:46
Для SMB используется libsmbclient или свой велосипед?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	39. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 16:12
	Судя по confgiure.ac, никаких libsmbclient оно не использует. Значит, свой.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

26. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
Сообщение от anonimous on 09-Янв-15, 09:57
configure: Configured to build curl/libcurl:   curl version:     7.40.0   Host setup:       i686-pc-linux-gnu   Install prefix:   /usr   Compiler:         gcc   SSL support:      enabled (OpenSSL)   SSH support:      no      (--with-libssh2)   zlib support:     enabled   GSS-API support:  no      (--with-gssapi)   TLS-SRP support:  enabled   resolver:         POSIX threaded   IPv6 support:     enabled   Unix sockets support: enabled   IDN support:      enabled   Build libcurl:    Shared=yes, Static=yes   Built-in manual:  enabled   --libcurl option: enabled (--disable-libcurl-option)   Verbose errors:   enabled (--disable-verbose)   SSPI support:     no      (--enable-sspi)   ca cert bundle:   no   ca cert path:     /etc/ssl/certs   LDAP support:     no      (--enable-ldap / --with-ldap-lib / --with-lber-lib)   LDAPS support:    no      (--enable-ldaps)   RTSP support:     enabled   RTMP support:     no      (--with-librtmp)   metalink support: no      (--with-libmetalink)   HTTP2 support:    disabled (--with-nghttp2)   Protocols:        DICT FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS POP3 POP3S RTSP SMB SMBS SMTP SMTPS TELNET TFTP
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	37. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 14:56
	До настоящих мастеров им еще далеко         systemd 218         libcryptsetup:           yes         PAM:                     yes         AUDIT:                   yes         IMA:                     yes         AppArmor:                no         SELinux:                 yes         SECCOMP:                 yes         SMACK:                   yes         XZ:                      yes         LZ4:                     no         ACL:                     yes         GCRYPT:                  yes         QRENCODE:                yes         MICROHTTPD:              yes         CHKCONFIG:               yes         GNUTLS:                  no         libcurl:                 no         libidn:                  no         ELFUTILS:                no         binfmt:                  yes         vconsole:                yes         bootchart:               yes         quotacheck:              yes         tmpfiles:                yes         sysusers:                yes         firstboot:               yes         randomseed:              yes         backlight:               yes         rfkill:                  yes         logind:                  yes         machined:                yes         hostnamed:               yes         timedated:               yes         timesyncd:               yes         default NTP servers:     time1.google.com time2.google.com time3.google.com time4.google.com         time epoch:              1419988297         localed:                 yes         networkd:                yes         resolved:                yes         default DNS servers:     8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844         coredump:                yes         polkit:                  yes         efi:                     yes         kmod:                    yes         xkbcommon:               no         blkid:                   yes         libmount:                yes         dbus:                    yes         nss-myhostname:          yes         gudev:                   yes         hwdb:                    yes         gintrospection:          yes         terminal:                no         kdbus:                   no         Python:                  yes         Python Headers:          yes         man pages:               yes         gtk-doc:                 yes         test coverage:           no         Split /usr:              no         SysV compatibility:      yes         compatibility libraries: no         utmp/wtmp support:       yes         ldconfig support:        yes         hibernate support:       yes         extra debugging:         none
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	40. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 16:34
	это из федоры?
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	42. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от Аноним (??) on 09-Янв-15, 20:13
	Это из CI одного хостинга.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

27. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
Сообщение от Аноним (??) on 09-Янв-15, 10:03
куды написать чтобы приделали pop3, imap и nfs?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	30. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	+/–
	Сообщение от www2 (ok) on 09-Янв-15, 11:38
	pop3 и imap уже. Насчёт nfs пишите в спортлото.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	53. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	–1 +/–
	Сообщение от Аноним (??) on 10-Янв-15, 20:07
	> Насчёт nfs пишите в спортлото. Так вот кто стоит за разработкой curl!
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

28. "Новая версия утилиты cURL 7.40.0 с поддержкой SMB/CIFS"	–1 +/–
Сообщение от Нанобот (ok) on 09-Янв-15, 10:18
>Начальная поддержка протокола SMB/CIFS OMG! мои мольбы (вообще-то это было скорее тихое нытьё, ну да не важно) наконец-то услышаны!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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