Страница 1 из 2

patch for fetch util

Добавлено: 2010-07-30 19:36:06
Гость
предлагаю патч для утилиты /usr/src/usr.bin/fetch
который позволяет решить такую маленькую но полезную проблему, обрыва закачек и возобновления, без гемороя

примените патч и обновите утилиту fetch
после чего проверте его работу
достаточно зайти в любой порт и набрать make fetch
во время скачивания нажимаем Ctrl+C и прерываем закачку
после чего можно возобновить скачивание набрав make fetch повторно
файл продолжит скачиватся

во время скачивания файла он сохраняется с расширением .filepart
когда полностью скачается он переименовыватся в нормальный

Re: patch for fetch util

Добавлено: 2010-07-30 19:38:46
Гость
пример проблемы которую решает патч
http://forum.lissyara.su/viewtopic.php? ... 25#p251970

Re: patch for fetch util

Добавлено: 2010-07-30 19:43:04
thefree
закомитеть?

Re: patch for fetch util

Добавлено: 2010-07-30 19:45:32
Гость
как критик одобрит (а он не одобряет патч)
так он и предложит сам его закоммитить

Re: patch for fetch util

Добавлено: 2010-07-30 19:56:29
Гость
Гость писал(а):пример проблемы которую решает патч
http://forum.lissyara.su/viewtopic.php? ... 25#p251970
Эта проблема решается использование `-F' флага в FETCH_ARGS. `.filepart' тут вообще ортогонально.

Re: patch for fetch util

Добавлено: 2010-07-30 19:59:15
Гость
Эта проблема решается использование `-F' флага в FETCH_ARGS. `.filepart' тут вообще ортогонально.
расскажи это пользователям)) которые страдают из за этой ортогональности freebsd
и то что должно быть by default, нужно изучать глубокими манами и тестированиям на себе

мое дело предложить)

Re: patch for fetch util

Добавлено: 2010-07-30 20:14:15
Гость
потому что увеличивается шанс, что fetch(1) может докачать не тот файл. Впрочем, кроме потраченного траффика это ни на что не повлияет - checksum не пропустит.

Re: patch for fetch util

Добавлено: 2010-07-30 20:18:14
Гость
и пинать тут надо кривые сервера, кои портят mtime выставляя в текущую дату.

Код: Выделить всё

$ fetch -vvv http://qdevelop.org/public/release/qdevelop-0.27.4.tar.gz
...
<<< Last-Modified: Fri, 30 Jul 2010 17:16:56 GMT

Re: patch for fetch util

Добавлено: 2010-07-30 20:21:36
Гость
потому что увеличивается шанс, что fetch(1) может докачать не тот файл
а есть огромная вероятность что девелопер
обновит у себя в сорусах и выложит после на зеркало один и тот же файл?
не знал...

имя файла уникально

Re: patch for fetch util

Добавлено: 2010-07-30 20:24:28
Гость
Гость писал(а):и пинать тут надо кривые сервера, кои портят mtime выставляя в текущую дату.
Код: Выделить всё • Развернуть
$ fetch -vvv http://qdevelop.org/public/release/qdev ... 7.4.tar.gz... Last-Modified: Fri, 30 Jul 2010 17:16:56 GMT
а в случае правильно отданым времем какую опцию нужно помнить?
а не много ли опций нужно помнить для действия by default ?

Re: patch for fetch util

Добавлено: 2010-07-30 23:25:21
Гость
немного улучшил патчик
удалил deprecated опции '-t', '-b' которые уже давно не используются

и удалил полностью опцию '-F' она не нужна
только что тянул файлик, инет напрягся и файл-трункатед, дальше 10 мироров сказало тайм-модификайшен
это типа нужно бегать и по всем зеркалам говорить девелоперам что бы они фиксили правильно отдаваемый тайм?
нафЭг
оставил от опции '-F' только варнинг о том что тайм-изменен

поскольку утилита fetch восновном ипользуется в портах
то не вижу надобности вообще в опции '-F'
а те пользователи которые используют обновление одних и тех же файлов имена которых должны быть одинаковые
а контент разный
думаю смогут выбрать нужную опцию в man fetch
если не найдут
можно будет добавить

Re: patch for fetch util

Добавлено: 2010-07-30 23:29:36
Гость
патчик

Re: patch for fetch util

Добавлено: 2010-07-31 7:10:16
Гость
Если меняешь семантику опций, то не забудь обновить man page.

Re: patch for fetch util

Добавлено: 2010-08-01 21:09:30
Alex Keda
хобы в рассылку куррента закинули....
шоп не пропало...

Re: patch for fetch util

Добавлено: 2010-08-02 16:30:31
Гость
в рассылках восновном сидят сами разработчики
которых по сложившимся стереотипам и так все устраивает
а вот форум лисяры это лучший способ как раз таки сохранить патчи :-D

Re: patch for fetch util

Добавлено: 2010-08-12 15:44:55
Andy
Alex Keda писал(а):хобы в рассылку куррента закинули....
шоп не пропало...
Выделить страницу под собственные патчи для ОС, я предлагал года два тому
назад.

Re: patch for fetch util

Добавлено: 2010-08-12 15:59:34
Гость
он год назад выкладывал патчи на http://[юзернейм]lissyara.su

Я, например, все свои патчи кои не в GNATS или рассылке сливаю на ftp://ftp.lissyara.su/users/Guest/ (по аналогии как некоторые комиттеры сливают на http://people.freebsd.org/~user). Кроме того что они все в text/plain, в заголовках некоторых из них есть комментарии.

Re: patch for fetch util

Добавлено: 2010-08-12 16:11:40
Гость
Выделить страницу под собственные патчи для ОС, я предлагал года два тому
назад.
нужно что бы было патчей овер 100 хотя бы
для пяти патчей смысла нет

я теплею надежды что все таки хватит сил форкнуть свою litebsd для себя
после чего уже небудет смысла для патчей и криков - "ЗАДОБАЛО" ))

Re: patch for fetch util

Добавлено: 2010-08-12 16:28:30
terminus
Гость, а ты не пытался влиться в официальный процесс разработки? Там ведь паспорт предъявлять не требуют для тех кому дают commit? Насколько я знаю, надо просто чтобы твою активность заметили?

Re: patch for fetch util

Добавлено: 2010-08-12 16:35:13
Гость
Гость, а ты не пытался влиться в официальный процесс разработки?
как ты себе это представляешь?))
ты пытался сходить в думу и к президенту, рассказать депутатам как надо править страной?
это одно и тоже :-D
мне не нравится 90% всех взглоядов и идей в freebsd
Там ведь паспорт предъявлять не требуют для тех кому дают commit? Насколько я знаю, надо просто чтобы твою активность заметили?
спасибо но я не стремлюсь к тому то бы меня заметили
я судовольствием бы вообще молчал если бы меня freebsd хотя бы на 70% устраивала

Re: patch for fetch util

Добавлено: 2010-08-12 16:40:46
Andy
Гость писал(а):он год назад выкладывал патчи на http://[юзернейм].lissyara.su

Я, например, все свои патчи кои не в GNATS или рассылке сливаю на ftp://ftp.lissyara.su/users/Guest/ (по аналогии как некоторые комиттеры сливают на http://people.freebsd.org/~user). Кроме того что они все в text/plain, в заголовках некоторых из них есть комментарии.
Предлагался раздел на главной, что бы было патч и описание, как, например, тут - http://www.lissyara.su/articles/freebsd/system/bin/

Re: patch for fetch util

Добавлено: 2010-08-12 16:46:53
Гость
Гость писал(а):я теплею надежды что все таки хватит сил форкнуть свою litebsd для себя
после чего уже небудет смысла для патчей и криков - "ЗАДОБАЛО" ))
Одна из причин почему мне твоя идея не нравится это то что дистрибы требуют монстроузных усилий для поддержки в актуальном состоянии. А один разработчик очень легко подвержен автобусному фактору. Это, конечно, если ты не Matthew Dillon и не можешь сформировать сообщество вокруг своего форка. Так что для несерьезных форков лучше придерживаться оверлея из патчиков.

К тому же патчи часто канут в Лету, если их периодически не сливать в апстрим. Компании делятся кодом, несмотря на то что проект под BSD лицензией, как раз ради экономии времени и сил на поддержку.

Re: patch for fetch util

Добавлено: 2010-08-12 17:02:49
Гость
Одна из причин почему мне твоя идея не нравится это то что дистрибы требуют монстроузных усилий для поддержки в актуальном состоянии.
поставь src.conf WITHOUT_максимум
я в течении нескольких дней крутил фрибсд туда сюда обратно
и понял что реально нужно в системе только несколько утилит
остальные это все поддержка штанов, тоесть только для того что бы запускались всякие configure и работали порты
поддерживать систему которая удолетворяет моим принципам можно будет без проблем
к тому же у меня кроме идей переписать весь sysсons уже формализовалась идеи и по GUI и есть идеи по переписании всего нетфорк стека
пока еще не формализованы мысли насчет FS, MM (и подкачки), не совсем собрались мысли насчет всей архитектурой BUS системы
А один разработчик очень легко подвержен автобусному фактору.
читал, скучно и не интересно
Это, конечно, если ты не Matthew Dillon и не можешь сформировать сообщество вокруг своего форка.

я не собирасюсь собирать сообщество)))
- зачем тогда весь этот флем? - просто пообщатся, накипело знаетели
Так что для несерьезных форков лучше придерживаться оверлея из патчиков.
он серьезный
в полностью изменеными идеями юникс как таковыми
много ли сечас придерживаются POSIX? а кто делал анализы кому оно надо?
винда плюнула и сделала свой API, написала много документации
и почему же она стала популярной? вот-вот весь профит только от того чем пользуешься
если то чем пользуешься нравится и оно удобно, то оно в результатет популярно
К тому же патчи часто канут в Лету, если их периодически не сливать в апстрим. Компании делятся кодом,
несмотря на то что проект под BSD лицензией, как раз ради экономии времени и сил на поддержку.
давно доказаный факт
если человеку живется хорошо - то он гниет и ничего не делает
они ТАМ живут хорошо и кушают вкусно, поэтому им наплевать на развитие чего то своего

из обезьяны человека сделал не труд, а желание лучше жить :ROFL:

Re: patch for fetch util

Добавлено: 2010-08-12 18:12:46
Гость
поставь src.conf WITHOUT_максимум
фраза оборвалась
имеллось ввиду
1) давно ли ты пересматривал нужность того что компилируешь? меня например уже не устраивает старючий gcc 4.2 который сто лет не обновлялся и самое обидное что binutils совсем кривые при сборке с contrib/, а из за этой кривизны на 5 лет забил на один проект потому что думал что c++filt не правильно работает в gcc
оказывается это он не правильно работает скомпиленым в составе freebsd
а вот из портов то что надо!. жаль я это позно узнал и проверил.

а используешь ли ты AUDIT? MAC? и много чего ненужного
о sendmail bind и прочих пустот и так уже понятно, говорили-обсуждали уже

2) собери и увидишь сколько реально нужных вещей останется(и то еще нужно ручками вырезать)
и поймешь что такой функционал поддерживать достаточно просто

Re: patch for fetch util

Добавлено: 2010-08-12 19:30:27
Гость
ОК, пройдемся по src.conf(5). По моему не очень скромному мнению...

AMD - старый am-tools давно пора обновить, ибо не дружит с NFSv4
GCOV, GDB, GNU (точнее GCC + BINUTILS) обновить или выкинуть в пользу Clang/LLVM. Этот лицензионный маразм с GPLv3 начинает надоедать.
GROFF - выкинуть в пользу mdcoml
IPFILTER - выкинуть или обновить; PF тоже начинает подгнивать
KERBEROS/HESIOD - нафиг выкинуть в порты, нам и так хватит GSSAPI и PAM
BIND, SENDMAIL, CVS, NTP надо нафиг выкинуть в порты, оставив в базе только resolver, простенький smtpd и openntpd из OpenBSD, csup(1) + rcs(1)
TCSH - в порты, нет никакой необходимости держвать его в базе. Мазохисты всегда могут поставить себе неуклюжий bash, толстый zsh, олдскульный ksh или экцентричный tcsh из портов.
NVI - выкинуть в пользу умеющего юникод ex-vi и я бы добавил MG из OpenBSD для тех у кого emacs головного мозга (типа меня): contrib_ex-vi.diff, contrib_mg.diff

APM, ATM, CTM, IPX/NCP, RCMDS (rsh, rlogin, etc.) - вообще мало кем используются

ps, AUDIT, кстати, довольна забавная штука для отслеживания событий в системе.