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

Debian запрещает использование в пакетах секции со специфичн..., opennews (??), 14-Ноя-18, (0) [смотреть все] Кому теперь интересно, что происходит в когда-то великом дистрибутиве Linux, пос, Аноним (1), 10:28 , 14-Ноя-18, (1) –31 // В какой это обход Всё прошло честно Технический комитет проголосовал 50 50 и т, Аноним (3), 10:35 , 14-Ноя-18, (3) +2 // Ну ладно, претензии сняты Но правила эти дурацкие , Аноним (1), 10:36 , 14-Ноя-18, (5) –17 // Ты разработчик дебиана Тогда голосовал бы за другие А если ты потребитель - у , Аноним (154), 22:57 , 18-Ноя-18, (154) +1 Первые несколько попыток голосования не были 50 50 Разве правилами разрешено до, Аноним (1), 10:57 , 14-Ноя-18, (7) +19 // Если бы Debian отказался внедрять Systemd, то он стал бы никому не нужен, а вмес, Аноним (25), 12:40 , 14-Ноя-18, (25) –14 Нет, просто были бы две популярные системы инициализации, upstart и systemd Ка, BrainFucker (ok), 12:54 , 14-Ноя-18, (29) +4 А что насчёт нового софта GNOME3, Docker Этого бы не было в Debian , Аноним (25), 13:05 , 14-Ноя-18, (30) –3 А они на тот момент уже были прибиты гвоздями к Systemd Это вообще подлость, не, BrainFucker (ok), 13:14 , 14-Ноя-18, (31) +1 Ради интереса набрал emerge -pv app-emulation dockerИ среди желающих поставиться, Аноним (34), 13:27 , 14-Ноя-18, (34) +2 А что тогда прибито Мне кажется что половина софта уже давно его хочет, Аноним (25), 13:51 , 14-Ноя-18, (41) –1 Далеко не все авторы софта смогли придумать ЗАЧЕМ оно им Оно и не мудрено -- да, Аноним (44), 14:03 , 14-Ноя-18, (44) Оно не прибито Просто многие программы нынче поддерживают линковку с libsystemd, freehck (ok), 15:33 , 14-Ноя-18, (57) С Gnome ситуация отличается, версии для OpenRC -- внезапно -- нет Она в отдельн, Акакжев (?), 06:59 , 15-Ноя-18, (110) А они, вообще-то, не завязаны на systemd Более того, они по никогда на него и н, freehck (ok), 15:29 , 14-Ноя-18, (56) Сам гном завязан с самого начала если что, вон во фре масштабные приключения на , Аноним (103), 03:24 , 15-Ноя-18, (103) Лучше два systemd, чем один upstart, Аноним (49), 14:40 , 14-Ноя-18, (49) –3 Upstart просто молча работал, его даже обсуждать не было необходимости, а о Sys, BrainFucker (ok), 14:51 , 14-Ноя-18, (50) +1 Upstart за годы в общем так и не стал мэйнстримом всё свелось к старым init d с, fi (ok), 15:54 , 14-Ноя-18, (59) –1 Ну теперь стало понятно, почему Red Hat продается , Аноним (80), 18:15 , 14-Ноя-18, (80) +2 Это настолько безумно, что даже может быть правдой IBM купила RH, дабы самый гл, КГБ СССР (?), 18:56 , 14-Ноя-18, (84) +2 С учетом истории, тенденций и т п , IBM с Lenovo в итоге получившей те ещё лучи, ZloySergant (ok), 16:39 , 15-Ноя-18, (125) На самом деле Шапка сбежала под крыло Межделмаша в страхе перед Оракулем А что т, КГБ СССР (?), 11:41 , 20-Ноя-18, (183) Так Systemd тоже поддерживает совметимость и тоже дофига дёргает sysv скрипты, в, BrainFucker (ok), 21:47 , 14-Ноя-18, (97) –1 ага-ага Ну и зачем тогда его КраснаяШапочка использовала А а гугл до сих пор в, 15 (?), 23:13 , 14-Ноя-18, (99) Он очень интересно работал Так что вписать запуск своей программы до или после , Аноним (-), 00:46 , 30-Ноя-18, (241) Если разработчик апстарта сам лично признает что systemd не имеет архитектурных , Аноним (-), 23:02 , 18-Ноя-18, (155) Как это, там это ж было одной из основных фич, запуск по событию, не директива, BrainFucker (ok), 23:42 , 18-Ноя-18, (172) Ну и чего мне писать, если я допустим хочу запуститься ДО той проги, наоборот И, Аноним (-), 00:54 , 30-Ноя-18, (242) Вы так говорите, как будто потеря совместимости когда-либо останавливала Леннарт, freehck (ok), 13:19 , 20-Ноя-18, (186) Она останавливала апстартеров Этого достаточно - в результате были технические , Аноним (-), 01:03 , 30-Ноя-18, (243) Почему тех, кому нужен именно Дебиан должны заботить проблемы Ubuntu Вот Ubuntu, Аноним (34), 13:16 , 14-Ноя-18, (32) Убунту внедряло апстарт а потом пришел поцтер и обыграл их на их же поле И т, Аноним (-), 23:04 , 18-Ноя-18, (156) Вы излишне драматизируете Думаю, что раздолбаев в мире предостаточно, так что я, freehck (ok), 15:27 , 14-Ноя-18, (55) Это только чайнегам так кажется https distrowatch com index php dataspan 52De, pavlinux (ok), 17:42 , 14-Ноя-18, (76) +1 Не 20, а 15 Не знаю, чего тут усмотрели модеры, что удалили коммент, но 1 Я по, ZloySergant (ok), 17:05 , 15-Ноя-18, (127) А может быть, скатился таки дистровотч В ресурс, показывающий погоду на Марсе , Аноним (-), 23:07 , 18-Ноя-18, (158) Диалог с властью b Несогласные b Два раза в неделю, по вторникам и пятницам , Несогласный (?), 12:23 , 17-Ноя-18, (153) –1 В опенсорсе все-таки при радикальном несогласии есть fork Нет-нет, это не вил, Аноним (-), 23:07 , 18-Ноя-18, (159) +1 Ну вот, а я уж подумал, что в кои-то веки правильные вещи кто-то говорит , freehck (ok), 13:22 , 20-Ноя-18, (187) За правильные вещи придется всей аудиторией любить тор и анонимизаторы Не хотел, Аноним (-), 01:07 , 30-Ноя-18, (244) Судя по подбору модераторов - беспокоиться за растоптаный ресурс не следует Уж, myhand (ok), 09:22 , 30-Ноя-18, (257) Во многих случаях, когда голосованием решаются важные вопросы, регламент требует, Аноним (46), 14:15 , 14-Ноя-18, (46) +2 Откуда только взялся этот миф Вы пытаетесь представить это так, будто бедный тех, Алексей (??), 13:14 , 15-Ноя-18, (118) –2 Вообще-то всю эту историю лучше читать в подлиннике, а не пересказах анонимусов , Аноним (-), 23:12 , 18-Ноя-18, (160) –1 ещё можно почитать новости с января по март 2014го года на опеннете, у нас тут, freehck (ok), 13:33 , 20-Ноя-18, (189) +2 Да не дойдёт до него, пока не вляпается собственноручно по самое не балуйся в св, Michael Shigorin (ok), 23:42 , 22-Ноя-18, (193) +1 У меня пока другая проблема - как не вляпаться в правки конституции шаловливыми , Аноним (-), 02:11 , 30-Ноя-18, (246) Лучше рассылку Там много, история длинная, со множеством поворотов и лучше сост, Аноним (-), 02:09 , 30-Ноя-18, (245) Душещепательно, но мне откровенно лень опровергать этот вброс, состоящий из пере, freehck (ok), 06:08 , 30-Ноя-18, (256) Да, по правилам Всё законно Однако есть такой тонкий нюанс закон остаётся зак, freehck (ok), 16:14 , 14-Ноя-18, (61) +4 // А вот таки - да 100500 , _ (??), 04:30 , 15-Ноя-18, (104) Вообще-то было и всеобщее голосование GR , и что-то противников этого решения б, Алексей (??), 13:03 , 15-Ноя-18, (116) –3 Слышал звон GR было по поводу данного решения TC, но не касалось выбора init , myhand (ok), 14:28 , 15-Ноя-18, (120) +3 А я и не заявлял о поддержке данного решения Я говорил о противниках данного ре, Алексей (??), 18:05 , 15-Ноя-18, (129) противников этого решения было немного Не против поддерживают Это назыв, myhand (ok), 19:26 , 15-Ноя-18, (132) facepalmЭто было бы верно лишь в случае, когда есть лишь два варианта поддержи, Алексей (??), 22:37 , 15-Ноя-18, (133) –2 Если кто-то будет читать это и задаваться вопросом а не передёргивает ли Алексе, freehck (ok), 23:34 , 15-Ноя-18, (136) Да я ему уж дважды в нос тыкал, что системды - там даже не упоминается Все его, myhand (ok), 23:41 , 15-Ноя-18, (138) +2 Да ясен пень По результатам голосования отлично видно, что предложение Яна подд, freehck (ok), 00:57 , 16-Ноя-18, (139) +2 facepalmНи один из поставленных на голосование вариантов не противоречит решени, Алексей (??), 10:57 , 16-Ноя-18, (143) –2 Да Не противоречит и не ставит Но мои выводы остаются неизменными PS Люди, ни, freehck (ok), 11:33 , 16-Ноя-18, (147) Я за этим всем следил с самого начала и до конца, так что спасибо, посмешил Чита, Алексей (??), 10:54 , 16-Ноя-18, (142) Алексей, а мы собственно и не друг для друга говорим Пытаться переубедить челов, freehck (ok), 11:27 , 16-Ноя-18, (146) +1 О сколько нам открытий чудных Да не выносился такой вопрос на голосование Си, myhand (ok), 23:39 , 15-Ноя-18, (137) +2 А теперь попробуйте опровергнуть мои слова аргументированно Читаем вместе кот, Алексей (??), 11:10 , 16-Ноя-18, (144) Кстати, любимая мантра лагеря системдешников требовать на каждую глупость, а он, freehck (ok), 11:55 , 16-Ноя-18, (149) Что конкретно мне предлагаешь опровергать, закон исключенного третьего Прекрасно, myhand (ok), 15:14 , 16-Ноя-18, (152) или кто голосовал 11111 Есть и такие , freehck (ok), 11:46 , 16-Ноя-18, (148) А на опеннете орут вообще не разработчики дебиана Разработчик который пакетит п, Аноним (-), 23:17 , 18-Ноя-18, (161) В про кого-то конкретно, или ваабще Безусловно Просто странно ждать от таких г, myhand (ok), 15:59 , 19-Ноя-18, (177) +1 Очевидно Rule 95 же , freehck (ok), 13:39 , 20-Ноя-18, (190) Оно касается и разработчиков Debian подмножеством опеннетчиков, вообще говоря, , myhand (ok), 14:30 , 20-Ноя-18, (191) Поймал меня , freehck (ok), 14:09 , 21-Ноя-18, (192) Да про всех Тут из разработчиков дистров разве что разработчики альтлинукса оби, Аноним (-), 02:20 , 30-Ноя-18, (247) Если мне не изменяет память, 45 высказались за systemd, но 35 высказались прот, freehck (ok), 18:21 , 15-Ноя-18, (130) Его вариант не прошёл в GR Ну что поделать А в GR голосовал за вариант пофиг , Алексей (??), 22:46 , 15-Ноя-18, (134) Мда, ответил так ответил Ян Джексон -- луууууууузер Джой Хесс -- лооооооох, freehck (ok), 23:08 , 15-Ноя-18, (135) +1 Ох, ну и истерика Спасибо, посмеялся от души Ну и славно Успехов вам , Алексей (??), 11:12 , 16-Ноя-18, (145) С такими то коментами - отличная реклама дистру, неплохо характеризует кто им по, Аноним (-), 23:22 , 18-Ноя-18, (162) –1 С таким плохо скрываемым подгора W фанатизмом защитник врывается в тему, терп, Анонн (?), 16:54 , 19-Ноя-18, (179) +2 Дык либерал же, чего ты ожидал , Michael Shigorin (ok), 11:07 , 20-Ноя-18, (181) Как будто в либерализме что-то плохое , myhand (ok), 11:42 , 20-Ноя-18, (184) Ну так у либералов все честно и прозрачно И если вас натягивают то по крайней м, Аноним (248), 02:31 , 30-Ноя-18, (248) Ты хотел сказать 10 100 Потому что на половину надавили и они ушли из тех комм, Аноним (106), 06:03 , 15-Ноя-18, (106) // Это неправда, Вы ошибаетесь Они ушли через полгода , freehck (ok), 18:32 , 15-Ноя-18, (131) мне, Нанобот (ok), 11:27 , 14-Ноя-18, (9) –3 Чем тебе не нравится быстрая загрузка , Аноним (10), 11:33 , 14-Ноя-18, (10) –10 // большими буквами на Systemd быстрая загрузка мелким-мелким шрифтом при нал, Аноним (25), 11:42 , 14-Ноя-18, (18) +10 // По скорости загрузки все современные системы почти одинаковы sysv, systemd, upst, rshadow (ok), 12:18 , 14-Ноя-18, (23) +3 С SD карт и usb флех тоже нормально грузится Даже на ARM малохольном за 5 секун, Аноним (-), 23:24 , 18-Ноя-18, (163) При чём здесь скорость загрузки и systemd , Аноним (20), 11:50 , 14-Ноя-18, (20) +3 А какая связь между systemd и быстрой загрузкой , ОнАнон (?), 11:58 , 14-Ноя-18, (21) +3 // Прямая Он ради неё и писался изначально Более того, в него входит команда syst, proff (??), 12:45 , 14-Ноя-18, (26) –5 Ух ты, тут же ткнул в сюсе, выдало какие-то секунды Буду разбираться дальще Сп, Ыеуз0 (?), 13:40 , 14-Ноя-18, (37) –2 На самом деле довольно клевая штука если скорость загрузки системы важна В эмбе, Аноним (-), 23:27 , 18-Ноя-18, (164) Нет, iPony (?), 14:14 , 14-Ноя-18, (45) ну как это нет, когда Леня Потный все рассылки заспамил своими измеризмами врем, пох (?), 15:07 , 14-Ноя-18, (51) У редхата всегда своя кухня была и sysvinit они не использовали , Аноним (106), 06:06 , 15-Ноя-18, (107) –2 А что же они использовали Более того - они наелись настолько что родили LSB , Аноним (-), 23:29 , 18-Ноя-18, (165) В смысле Нет Это было давно и поэтому почти неправда http 0pointer de blog, Аноним84701 (ok), 15:37 , 14-Ноя-18, (58) +1 При всём уважении, мужик Леннарт лично писал, что ускорение загрузки не само, freehck (ok), 16:22 , 14-Ноя-18, (62) +1 Естественно я немножко утрировал и сместил акценты , но одно время он сам этим, Аноним84701 (ok), 19:44 , 14-Ноя-18, (86) +2 Ну вот и написано, что выражение systemd ради быстроты и писался изначально Я, iPony (?), 07:49 , 16-Ноя-18, (140) Непонимание сущности системды 8212 это диагноз о профнепригодности , КГБ СССР (?), 19:52 , 14-Ноя-18, (87) С вашей профпригодностью все давно понятно - отработанный материалец, умеющий ра, Аноним (-), 23:30 , 18-Ноя-18, (166) 1 Она быстрая лишь до тех пор, пока ничего сверх базовой системы не установлено, AlexYeCu_not_looged (?), 13:52 , 14-Ноя-18, (42) +1 // Меня, честно говоря, мало интересует время загрузки, т к она происходит в средн, Аноним (46), 14:32 , 14-Ноя-18, (47) +2 аналогично, меня вот интересует мое время на отладку НЕ загружающейся или загру, пох (?), 15:12 , 14-Ноя-18, (52) +1 Еще года три назад время загрузки усиленно педалировалось местными системдатну, Аноним (44), 15:26 , 14-Ноя-18, (54) Что не нашёл https www opennet ru opennews art shtml num 38762Вот тут одно упо, iPony (?), 08:07 , 16-Ноя-18, (141) https www opennet ru openforum vsluhforumID3 111712 html 31https www opennet, Анонн (?), 14:02 , 16-Ноя-18, (151) Да ладно, плясали в присадку все любители системд, каждый хоть раз да отметился , psv (??), 13:00 , 16-Ноя-18, (150) Так чудес не бывает - если надо прочесть дофига данных и сделать дофига действий, Аноним (-), 23:34 , 18-Ноя-18, (167) Тем, что какой-то openRC смеет загружаться быстрее https www youtube com watch, Аноним (44), 14:01 , 14-Ноя-18, (43) +1 Почему не нравится Ещё как нравится Просто systemd её не обеспечивает С тех по, freehck (ok), 16:26 , 14-Ноя-18, (63) +2 // Этот костыль вроде редхат же и придумал Заманавшись с бардаком который царил до, Аноним (-), 23:35 , 18-Ноя-18, (168) Не очень волнует, костыль это, или нет Он по факту работал лучше, чем systemd А, freehck (ok), 16:45 , 19-Ноя-18, (178) Вот лично я вполне рад что все меньше и меньше вижу ЭТО Юниты системды на неско, Аноним (-), 02:39 , 30-Ноя-18, (249) Да не смотрят они прохладно Просто квалификация 95 процентов разработчиков D, myhand (ok), 09:31 , 30-Ноя-18, (258) Системда грузит медленно,если много демонов Параллельная загрузка мало кому нужн, псевдонимус (?), 17:20 , 14-Ноя-18, (71) +1 // Все грузят медленно если много Потому что упирается банально в дисковую пропу, нах (?), 17:45 , 14-Ноя-18, (77) gt оверквотинг удален Вот это пять Плюс еще 100500 , Аноним (80), 18:45 , 14-Ноя-18, (83) Добавь ещо аппаратные RAID иль вообще какие-нибудь хранилища типа EMC, они ж мог, pavlinux (ok), 16:14 , 15-Ноя-18, (124) +1 Давайте еще загрузку спекки с ленты вспомним, что уж там Там вообще ничего не з, Аноним (169), 23:37 , 18-Ноя-18, (169) –1 Давай ты попробуешь привести какой-нибудь аргумент в пику выше названным,а не бу, псевдонимус (?), 11:04 , 20-Ноя-18, (180) Я не пользуюсь ни перфокартами, ни бричками, да и стимпанк мне интересен только , Аноним (-), 02:42 , 30-Ноя-18, (250) скажи, анонимчег, почему LAMP не грузиться, если системдятина зависла на коннек, pavlinux (ok), 17:55 , 14-Ноя-18, (79) // В синаптике нету таких кнопок же , КГБ СССР (?), 19:58 , 14-Ноя-18, (88) Если бы вы немного лучше разбирались в матчасти, то знали бы, что systemd init н, Алексей (??), 13:06 , 15-Ноя-18, (117) –5 Отэц, по матчасти в SATA 3 написано 6 0Гб сек , а в реальности 0 12 Если бы з, pavlinux (ok), 15:59 , 15-Ноя-18, (123) +3 Если systemd зависает в процессе загрузки, это уже означает, что он выступает в , Алексей (??), 17:55 , 15-Ноя-18, (128) Зато весело, как другие реагируют , pavlinux (ok), 14:16 , 19-Ноя-18, (176) Системда не инит Тебе это уже рыжий гремлин сам подтвердил , псевдонимус (?), 11:12 , 20-Ноя-18, (182) Почему некоторые до сих пор ещё спорят о systemd Systemd лучше любого другого и, Аноним (22), 12:06 , 14-Ноя-18, (22) –10 // Чем это А не любого инита тоже лучше, чем Или ты не знаешь что бывают не иниты , Аноним (28), 12:48 , 14-Ноя-18, (28) –3 // У использую Gentoo Раньше упорно пытался использовать OpenRC Потом попробовал , FSA (??), 21:41 , 14-Ноя-18, (95) –1 Угу PHP-шник описывает свой эмпирический опыт работы с неповторяемой source-bas, freehck (ok), 23:52 , 14-Ноя-18, (101) –1 А ты кто думаешь сейчас пингвинами рулит Вот оно всё туда и катится , _ (??), 04:32 , 15-Ноя-18, (105) О чем-то говорить надо, а они все равно больше ничего не знают , Zulu (?), 16:41 , 14-Ноя-18, (65) Во-первых ты глупец Системда не является иитом Если умеешь в аналогию,то это соф, псевдонимус (?), 17:23 , 14-Ноя-18, (72) –2 Ну да, ну да А Леннарт Поттеринг -- лучше любого другого человека , freehck (ok), 23:34 , 14-Ноя-18, (100) –1 Да чего уж там - пусть будут ubu пакеты для Ubuntu, и rpi для Raspbian Хотя, Аноним (1), 10:30 , 14-Ноя-18, (2) –1 // ога, это правильно, нехрен со своими вендор-спецификами лезть в наш кристальной , нах (?), 10:40 , 14-Ноя-18, (6) –5 // Зачем читать новость, надо сразу писать, а то ведь опередят Специально для вас , winorun (?), 11:36 , 14-Ноя-18, (12) +7 // да-да, я эту сказку уже много раз слышал жаль я ни разу не видел, чтобы хоть оди, нах (?), 11:46 , 14-Ноя-18, (19) –5 orig tar gz, diff gz, Аноним (25), 12:28 , 14-Ноя-18, (24) –1 я и говорю - не понимаешь названия файлов прочитать осилил, да, вижу, для третье, нах (?), 13:27 , 14-Ноя-18, (35) –2 Сказал гордый четвероклассник , Тот_Самый_Анонимус (?), 06:16 , 15-Ноя-18, (108) –2 Зато портить чужой софт они не устают , псевдонимус (?), 17:24 , 14-Ноя-18, (73) –2 По-хорошему, это разрабы убунты должны формировать свой пакет с исходником то е, ddd788 (?), 11:04 , 14-Ноя-18, (8) +6 // там большая часть маинтайнеров - общие на оба дистра, Crazy Alex (ok), 11:36 , 14-Ноя-18, (13) // Вот теперь у них количество сопровождаемых пакетов возрастёт в два раза Это при, Аноним (53), 15:23 , 14-Ноя-18, (53) –2 не, не возрастет - это у дебиана количество не плохосопровождаемых возрастет , нах (?), 16:47 , 14-Ноя-18, (67) весь прикол в том, что как бы не половина разработчиков действительно чего-то ва, нах (?), 11:41 , 14-Ноя-18, (16) +3 // Так что ты хочешь от трупа Он помер в пятнадцатом году Если мечта убунтоненавист, псевдонимус (?), 17:28 , 14-Ноя-18, (74) –2 не переживай так за дебиан, у них есть чем заняться и есть кому - вот, сегодня с, нах (?), 17:51 , 14-Ноя-18, (78) П-ц Да что ж за поветрие такое 8230 , КГБ СССР (?), 20:01 , 14-Ноя-18, (89) +1 Блин, чувак, я жил без этого знания Как мне теперь это развидеть https wiki d, КГБ СССР (?), 20:03 , 14-Ноя-18, (90) В общем, теперь мне понятно, как Debian докатился до системды через троекратное , КГБ СССР (?), 01:24 , 15-Ноя-18, (102) никак, живи теперь с этим я вообще-то за документацией на ftpsync приходил, а уш, нах (?), 09:46 , 15-Ноя-18, (113) Смени дистр, например И врядли по тебе кто будет сильно скучать - не больно при, Аноним (169), 23:45 , 18-Ноя-18, (173) Ах, если бы только отчеты Там дело идет уже к удалению пакетов А может уже , myhand (ok), 13:47 , 15-Ноя-18, (119) +2 systemd уже выкинули , Аноним (11), 11:35 , 14-Ноя-18, (11) +1 // Нет, но есть форк, winorun (?), 11:38 , 14-Ноя-18, (14) +1 // кстати, ему эти нововведения тоже, внезапно, могут подгадить хотя им-то,наверно, нах (?), 11:41 , 14-Ноя-18, (17) –1 Этого не произойдёт в ближайшем будущем Будут только форки , proff (??), 12:46 , 14-Ноя-18, (27) +1 // А если IBM в Fedora вернёт Upstart Когда там сделка будет завершена, через год , Аноним (25), 13:21 , 14-Ноя-18, (33) // да не вернет, не ссыте - они не настолько на голову больны upstart, если кому-то, нах (?), 13:43 , 14-Ноя-18, (38) –2 Это правда Заменял я в одном проекте SysV инитскрипт, где использовалась обертк, Stax (ok), 14:35 , 14-Ноя-18, (48) +7 вот вот - мир стал лучше когда выкинули upstart Я так не тронулся с места, оста, fi (ok), 16:03 , 14-Ноя-18, (60) это тебе повезло, а у меня вот полно систем на 14-16 убунтах и аналогичной дряхл, нах (?), 16:53 , 14-Ноя-18, (68) –1 А еще создатели апстарта в принципе не подумали как их нечто должно дружить с па, Аноним (252), 02:51 , 30-Ноя-18, (252) Они лучше какую-нибудь полезную программу,вроде виртуалбокс или фффмпег выбросят, псевдонимус (?), 17:31 , 14-Ноя-18, (75) Ваше мнение очень важно для вас , Аноним (85), 18:57 , 14-Ноя-18, (85) –1 Оймама Дебиан, наступивший себе на оверинжиниринг, взялся за ум , Michael Shigorin (ok), 20:14 , 14-Ноя-18, (91) –3 // Наконец-то дебиан стал делать хоть и скромные, но какие-никакие шаги в сторону д, Аноним (92), 20:39 , 14-Ноя-18, (92) +1 // Не говорят так догоняния , надо уменьшения отставания от , Stax (ok), 20:52 , 14-Ноя-18, (93) Боюсь величия альтлинукса достигнуть невозможно , Аноним (115), 10:53 , 15-Ноя-18, (115) +2   // Мишаня аж поперхнулся , Аноним (121), 14:32 , 15-Ноя-18, (121)   Всмысле он такое днище, что до него ещё копать и копать , Аноним (122), 15:04 , 15-Ноя-18, (122) +2   Ну по крайенй мере за дебианщиками не припоминается таскание двух версий баша н, Аноним (-), 23:53 , 18-Ноя-18, (174) –1   Эээ, я не понял, а что за проблемы с тасканием двух версий баша Ну, таскают и т, freehck (ok), 11:13 , 23-Ноя-18, (194)   Ну надо же к чему-то придолбаться -- вот он с большого ума и придалбывается к ст, Michael Shigorin (ok), 11:57 , 23-Ноя-18, (195) +1   Если есть ссылка на подробности -- поделись плиз Я, конечно, и сам догадываюсь , freehck (ok), 16:14 , 23-Ноя-18, (196) +1   ---Большой репозиторий невозможно адаптировать единовременно bash-5 не за горами, Michael Shigorin (ok), 22:37 , 23-Ноя-18, (199) +1   Я вам таки открою военную тайну НАТЫ баши умеют стандарты POSIX Инфа 100 Сле, myhand (ok), 11:46 , 24-Ноя-18, (201) –1   На чистом posix-sh тяжело писать У Альтов же много работы и мало персонала У De, freehck (ok), 15:46 , 24-Ноя-18, (202) +1   Ппц Импортозамещение уже распознается движком опеннета как матерное В зада, myhand (ok), 20:00 , 24-Ноя-18, (204)   Импортозамещение -- ещё нет А вот уё е -- ещё да , freehck (ok), 18:20 , 26-Ноя-18, (205)   А еще называл червяком, земляным червяком , myhand (ok), 10:37 , 27-Ноя-18, (212)   Я Вас таки умоляю -- уже тыкал как-то в один из, как выяснилось при помощи майнт, Michael Shigorin (ok), 18:32 , 26-Ноя-18, (206)   Это ещё что Я вот в 6й центоси натыкался на презабавнейший баг bash, когда exp, freehck (ok), 19:11 , 26-Ноя-18, (207)   Ежели хочите задачек - их есть у меня Правда, читать-писать придется на б-гоме, myhand (ok), 10:29 , 27-Ноя-18, (210)   Спасибо, нет С питоном я свяжусь либо в случае крайней необходимости, либо за о, freehck (ok), 10:53 , 27-Ноя-18, (213) +1   Он вас покусал в децтве , myhand (ok), 11:07 , 27-Ноя-18, (218)   На dash - не заканчиваются реализации стандарта POSIX Собственно, я о нем даже, myhand (ok), 10:22 , 27-Ноя-18, (209) –1   Точно так же, как Вы не станете членом FSF с ежегодным взносом в 120 , потому чт, freehck (ok), 10:55 , 27-Ноя-18, (214) +1   Деньги - с таких как вы Код - с таких, как я , myhand (ok), 11:05 , 27-Ноя-18, (217) –1   Свежо предание , freehck (ok), 11:58 , 27-Ноя-18, (222) +1   https bugzilla altlinux org 31399, Michael Shigorin (ok), 14:32 , 19-Дек-18, (260)   Это тот случай когда мне пофиг на отмазки на тему почему все в г вне, но никто , Аноним (-), 03:00 , 30-Ноя-18, (254)   Действительно А дырки попросим править дебиановского мейнтейнера openssl, раз , myhand (ok), 11:38 , 24-Ноя-18, (200) –2   Как это мило Питонисты наконец что-то поддерживают не только на словах , freehck (ok), 19:44 , 26-Ноя-18, (208)   Раз обещанный EOL релиза не наступил - значит поддерживают Собственно, упрекат, myhand (ok), 10:37 , 27-Ноя-18, (211)   Традиции хакеров MIT учат нас судить по делам, а не по словам , freehck (ok), 10:56 , 27-Ноя-18, (215)   И прекрасно, посмотрим Давайте список исправлений, которые были бекпортированы, myhand (ok), 11:03 , 27-Ноя-18, (216)   Лучше давайте список различий стандартных библиотек питонов 2й и 3й версий Я да, freehck (ok), 11:19 , 27-Ноя-18, (219)   Ну как бы идем в What s new - и смотрим Думаю, копирование сюда даже одного че, myhand (ok), 11:42 , 27-Ноя-18, (220)   Неужели А вот нет Я спрашивал про cp -R , а не про cp -Rp , freehck (ok), 11:50 , 27-Ноя-18, (221)   Там есть аргумент copy_function Если вы действительно хотите странного и даже , myhand (ok), 12:15 , 27-Ноя-18, (223)   Есть В третьем питоне Не во втором То есть такая банальщина как cp -R -- это, freehck (ok), 13:07 , 27-Ноя-18, (224) –1   Я вам открою военную тайну на втором питоне писать новые проекты не следует П, myhand (ok), 14:19 , 27-Ноя-18, (227)   С Вашей стороны весьма смело предполагать, что проект, в котором я наткнулся на , freehck (ok), 16:25 , 27-Ноя-18, (228)   Да ничего я не предполагал, просто пытался понять причем тут второй питон Детски, myhand (ok), 18:00 , 27-Ноя-18, (229)   Ещё раз права при cp -R не ломаются Наложение umask -- это отдельная песня, , freehck (ok), 19:24 , 27-Ноя-18, (230)   Ну да, не ломаются Просто Внезапно становятся другими Прекратите насиловат, myhand (ok), 20:51 , 27-Ноя-18, (232)   То есть Вы таки утверждаете, что umask не нужен, я Вас правильно понял Я сомнева, freehck (ok), 21:36 , 27-Ноя-18, (233)   То есть я показал вам, что права при cp -R - не сохраняются Вы не поняли, я не с, myhand (ok), 22:19 , 27-Ноя-18, (234)   А, ну то есть Вы прекрасно понимаете, почему мне таки нужен именно полный аналог, freehck (ok), 00:52 , 28-Ноя-18, (235)   Это был ответ да Или вы тогда просто не знали про copytree в третьем питоне , myhand (ok), 10:05 , 28-Ноя-18, (236)   Да Пустые каталоги Ты же понимал это буквально в предыдущем сообщении Пямять д, freehck (ok), 14:20 , 29-Ноя-18, (237)   Ну, хоть без паяльной лампы на сей раз обошлось Буквально в предыдущем сообщен, myhand (ok), 17:21 , 29-Ноя-18, (239)   PS Знаешь, немного досадно, что ты решил включить тупарика, и усердно делаешь в, freehck (ok), 14:50 , 29-Ноя-18, (238)   А у вас справка от врача есть, решать кто тут отбил ваши претензии Не бойтес, myhand (ok), 17:25 , 29-Ноя-18, (240)   Для меня это такой себе индикатор уровня майнтенанса - все забили болт Неправд, Аноним (252), 02:52 , 30-Ноя-18, (253)   Кстати, о Дебиане Есть у него производный дистрибутив под названием Q4OS Из кл, КГБ СССР (?), 12:22 , 20-Ноя-18, (185) // Дополню написанное Установочный набор умещается на одном образе компакт-диска ра, КГБ СССР (?), 13:31 , 20-Ноя-18, (188) // Выглядит неплохо А репы оно чьи использует И напихали ли они там обычных улучш, Аноним (-), 03:07 , 30-Ноя-18, (255) То есть каждый разработчик должен скомпилировать и установить своё детище под 10, Анонимный Аноним (?), 18:31 , 23-Ноя-18, (197) –2 // Брр, Вы вообще хоть раз делали то, о чём с таким пафосом вещаете Качественности , Michael Shigorin (ok), 22:24 , 23-Ноя-18, (198) +2 1,2,11,91,185,197

Сообщения

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

	115. "Debian запрещает использование в пакетах секции со специфичн..."	+2 +/–
	Сообщение от Аноним (115), 15-Ноя-18, 10:53
	Боюсь величия альтлинукса достигнуть невозможно.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	121. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от Аноним (121), 15-Ноя-18, 14:32
	Мишаня аж поперхнулся.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Debian запрещает использование в пакетах секции со специфичн..."	+2 +/–
	Сообщение от Аноним (122), 15-Ноя-18, 15:04
	Всмысле он такое днище, что до него ещё копать и копать?
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	174. "Debian запрещает использование в пакетах секции со специфичн..."	–1 +/–
	Сообщение от Аноним (-), 18-Ноя-18, 23:53
	> что до него ещё копать и копать? Ну по крайенй мере за дебианщиками не припоминается таскание двух версий баша (нужда это делать неплохо характеризует уровень майнтенанса скриптятины, однако ж, разве нет?).
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 23-Ноя-18, 11:13
	> Ну по крайенй мере за дебианщиками не припоминается таскание двух версий баша Эээ, я не понял, а что за проблемы с тасканием двух версий баша? Ну, таскают и таскают. Питон же таскают, никого не смущает это.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Debian запрещает использование в пакетах секции со специфичн..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 23-Ноя-18, 11:57
	Ну надо же к чему-то придолбаться -- вот он с большого ума и придалбывается к столбу, несмотря на дофигакратные объяснения что "на пальцах", что с подробностями по ссылке.  Бывает.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Debian запрещает использование в пакетах секции со специфичн..."	+1 +/–
	Сообщение от freehck (ok), 23-Ноя-18, 16:14
	> Ну надо же к чему-то придолбаться -- вот он с большого ума > и придалбывается к столбу, несмотря на дофигакратные объяснения что "на пальцах", > что с подробностями по ссылке.  Бывает. Если есть ссылка на подробности -- поделись плиз. Я, конечно, и сам догадываюсь о причинах, но может быть что-то новое для себя почерпну.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Debian запрещает использование в пакетах секции со специфичн..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 23-Ноя-18, 22:37
	> Если есть ссылка на подробности -- поделись плиз. --- > Может быть просто будем адаптировать весь репозиторий под свежую версию ? Большой репозиторий невозможно адаптировать единовременно. bash-5 не за горами: http://lists.gnu.org/archive/html/bug-bash/2018-05/msg00068.... и в нём, как обычно, "There are a few incompatible changes between bash-4.4 and bash-5.0". --- https://lists.altlinux.org/pipermail/devel/2018-July/204999....
	Ответить | Правка | Наверх | Cообщить модератору

	201. "Debian запрещает использование в пакетах секции со специфичн..."	–1 +/–
	Сообщение от myhand (ok), 24-Ноя-18, 11:46
	> Большой репозиторий невозможно адаптировать единовременно. > bash-5 не за горами: http://lists.gnu.org/archive/html/bug-bash/2018-05/msg00068.... > и в нём, как обычно, "There are a few incompatible changes between bash-4.4 and bash-5.0". Я вам таки открою военную тайну НАТЫ: баши умеют стандарты POSIX.  Инфа 100%. Следовательно, если бы мейнтейнеры ALT писали скрипты на posix-sh (что, сюрприз, как раз Debian и делает), а не на баше - вас не было бы нужды тыкать в вышеизложенное гуано.
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Debian запрещает использование в пакетах секции со специфичн..."	+1 +/–
	Сообщение от freehck (ok), 24-Ноя-18, 15:46
	> Я вам таки открою военную тайну НАТЫ: баши умеют стандарты POSIX. Инфа 100%. На чистом posix-sh тяжело писать. У Альтов же много работы и мало персонала. > Следовательно, если бы мейнтейнеры ALT писали скрипты на posix-sh (что, сюрприз, как > раз Debian и делает), а не на баше У Debian же -- несколько тысяч мейнтейнеров. > - вас не было бы нужды тыкать в вышеизложенное гуано. Ещё раз: в чём проблема таскать несколько версий баша?
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 24-Ноя-18, 20:00
	Ппц...  "Импортозамещение" уже распознается движком опеннета как матерное? > Ещё раз: в чём проблема таскать несколько версий баша? В задающих вопросы, на которые уже давался подробный ответ.  Причем только что.
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 26-Ноя-18, 18:20
	> Ппц...  "Импортозамещение" уже распознается движком опеннета как матерное? Импортозамещение -- ещё нет. А вот "уё***е" -- ещё да.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 10:37
	> А вот "уё***е" -- ещё да. А еще называл червяком, земляным червяком!
	Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

	206. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от Michael Shigorin (ok), 26-Ноя-18, 18:32
	> Следовательно, если бы мейнтейнеры ALT писали скрипты на posix-sh (что, сюрприз, > как раз Debian и делает), а не на баше - вас не было > бы нужды тыкать в вышеизложенное гуано. Я Вас таки умоляю -- уже тыкал как-то в один из, как выяснилось при помощи майнтейнера, давно известных и крепко забитых багов dash. Гуано-то хоть удобрение.  А вот когда кое-кто д'артаньянит, то на его как бы белом плаще такое становится особо заметно... PS: и ведь Вы тоже не ринетесь чинить, даже если откопаю воспроизводилку из переписки.
	Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

	207. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 26-Ноя-18, 19:11
	>> Следовательно, если бы мейнтейнеры ALT писали скрипты на posix-sh (что, сюрприз, >> как раз Debian и делает), а не на баше - вас не было >> бы нужды тыкать в вышеизложенное гуано. > Я Вас таки умоляю -- уже тыкал как-то в один из, как > выяснилось при помощи майнтейнера, давно известных и крепко забитых багов dash. Это ещё что. Я вот в 6й центоси натыкался на презабавнейший баг bash, когда 'export -f' клал шелл нафиг. Емнип, это была центос 6.5, и на момент моего столкновения -- успешно лечилось обновлением на 6.7, но всё же -- дожил же этот баг до 6.5 как-то... Что как бы подсказывает, насколько стабилен rhel. > PS: и ведь Вы тоже не ринетесь чинить, даже если откопаю воспроизводилку > из переписки. Миша, откопай мне. У меня как раз освободилось немного времени, и я хочу задачек порешать.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 10:29
	> Миша, откопай мне. У меня как раз освободилось немного времени, и я > хочу задачек порешать. Ежели хочите задачек - их есть у меня.  Правда, читать-писать придется на б-гомерзком питоне.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Debian запрещает использование в пакетах секции со специфичн..."	+1 +/–
	Сообщение от freehck (ok), 27-Ноя-18, 10:53
	>> Миша, откопай мне. У меня как раз освободилось немного времени, и я >> хочу задачек порешать. > Ежели хочите задачек - их есть у меня.  Правда, читать-писать придется > на б-гомерзком питоне. Спасибо, нет. С питоном я свяжусь либо в случае крайней необходимости, либо за очень большие деньги.
	Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

	218. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 11:07
	Он вас покусал в децтве?
	Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

	209. "Debian запрещает использование в пакетах секции со специфичн..."	–1 +/–
	Сообщение от myhand (ok), 27-Ноя-18, 10:22
	>> Следовательно, если бы мейнтейнеры ALT писали скрипты на posix-sh (что, сюрприз, >> как раз Debian и делает), а не на баше - вас не было >> бы нужды тыкать в вышеизложенное гуано. > Я Вас таки умоляю -- уже тыкал как-то в один из, как > выяснилось при помощи майнтейнера, давно известных и крепко забитых багов dash. На dash - не заканчиваются реализации стандарта POSIX.  Собственно, я о нем даже и не вспоминал. > PS: и ведь Вы тоже не ринетесь чинить, даже если откопаю воспроизводилку > из переписки. Опыт мне подсказывает, что даже номер бага из багтрекера не откопаете. А вообще -  все верно, конечно.  Своих багов хватает - с чего вдруг я брошусь чинить что-то бесплатно в пакете, к сопровождению которого отношения не имею, бесплатно, что-то мне абсолютно никогда не мешавшее...
	Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

	214. "Debian запрещает использование в пакетах секции со специфичн..."	+1 +/–
	Сообщение от freehck (ok), 27-Ноя-18, 10:55
	> с чего вдруг я брошусь чинить что-то бесплатно в пакете, к сопровождению которого отношения не имею Точно так же, как Вы не станете членом FSF с ежегодным взносом в 120$, потому что "Вы не имеете никакого отношения к ним"?
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Debian запрещает использование в пакетах секции со специфичн..."	–1 +/–
	Сообщение от myhand (ok), 27-Ноя-18, 11:05
	Деньги - с таких как вы.  Код - с таких, как я.
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	222. "Debian запрещает использование в пакетах секции со специфичн..."	+1 +/–
	Сообщение от freehck (ok), 27-Ноя-18, 11:58
	> Деньги - с таких как вы.  Код - с таких, как я. Свежо предание.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	260. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от Michael Shigorin (ok), 19-Дек-18, 14:32
	>> Если есть ссылка на подробности -- поделись плиз. > --- >> Может быть просто будем адаптировать весь репозиторий под свежую версию ? > Большой репозиторий невозможно адаптировать единовременно. > bash-5 не за горами: http://lists.gnu.org/archive/html/bug-bash/2018-05/msg00068.... > и в нём, как обычно, "There are a few incompatible changes between > bash-4.4 and bash-5.0". > --- https://lists.altlinux.org/pipermail/devel/2018-July/204999.... https://bugzilla.altlinux.org/31399
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

	254. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от Аноним (-), 30-Ноя-18, 03:00
	> Ну надо же к чему-то придолбаться -- вот он с большого ума > и придалбывается к столбу, несмотря на дофигакратные объяснения что "на пальцах", > что с подробностями по ссылке.  Бывает. Это тот случай когда мне пофиг на отмазки на тему "почему все в г@вне, но никто не виноват". Это и на питонистов распостраняется, если кто вдруг не заметил. По ровно этой самой причине, и даже в более серьезном объеме, за более серьезные объемы головняка по этой линии. Я не хочу 2 версии 1 программы, похожей по смыслу в моей системе. Ни с питоном, ни с башем, ни с семилапым ктулху. Со своей стороны я считаю такой антипаттерн хреновым. Это для меня индикатор проблем с таким софтом или тем что вокруг творится (майнтенанс, обвязка, etc). Достаточный для того чтобы избегать использования подобного софта или закладываться на людей позволяющих себе такой работинг. Я не хочу чтобы результаты такого работинга потом прилетали на мою бошку. Как еще понятнее это объяснить? Мне не нужны отмазки и выгораживания, мне рабочий софт нужен, желательно не создающий проблем.
	Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

	200. "Debian запрещает использование в пакетах секции со специфичн..."	–2 +/–
	Сообщение от myhand (ok), 24-Ноя-18, 11:38
	> Ну, таскают и таскают. Действительно.  А дырки попросим править дебиановского мейнтейнера openssl, раз уж разработчики на старые версии забили.  Он можит!  Впрочем, подозреваю что ALT тут и своими силами обойдутся. > Питон же таскают, никого не смущает  это. Намекну на небольшую разницу: второй питон собственными разработчиками таки поддерживается.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	208. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 26-Ноя-18, 19:44
	>> Питон же таскают, никого не смущает  это. > Намекну на небольшую разницу: второй питон собственными разработчиками таки поддерживается. Как это мило. Питонисты наконец что-то поддерживают не только на словах? :)
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 10:37
	>>> Питон же таскают, никого не смущает  это. >> Намекну на небольшую разницу: второй питон собственными разработчиками таки поддерживается. > Как это мило. Питонисты наконец что-то поддерживают не только на словах? :) Раз обещанный EOL релиза не наступил - значит поддерживают.  Собственно, упрекать их в проблемах с поддержкой (реальных или воображаемых) можно только после того, как она была обещана.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 27-Ноя-18, 10:56
	>>>> Питон же таскают, никого не смущает  это. >>> Намекну на небольшую разницу: второй питон собственными разработчиками таки поддерживается. >> Как это мило. Питонисты наконец что-то поддерживают не только на словах? :) > Раз обещанный EOL релиза не наступил - значит поддерживают.  Собственно, упрекать > их в проблемах с поддержкой (реальных или воображаемых) можно только после того, как она > была обещана. Традиции хакеров MIT учат нас судить по делам, а не по словам.
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 11:03
	> Традиции хакеров MIT учат нас судить по делам, а не по словам. И прекрасно, посмотрим.  Давайте список исправлений, которые были бекпортированы на 3.2.  Разработчиками баша.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 27-Ноя-18, 11:19
	>> Традиции хакеров MIT учат нас судить по делам, а не по словам. > И прекрасно, посмотрим.  Давайте список исправлений, которые были бекпортированы на 3.2. > Разработчиками баша. Лучше давайте список различий стандартных библиотек питонов 2й и 3й версий. Я даже готов закрыть глаза на их качество. :) Или может быть Вы мне объясните, например, почему стандартные библиотеки питона (что второго, что третьего) за столько лет разработки не обзавелись аналогом банального `cp -R`? В этом ведь вся суть питона: он разрабатывается наркоманами для наркоманов. В нём чувствуется дух CISC: есть большие сложные функции на все случаи жизни, казалось бы... Вот только когда тебе нужен маленький строительный кирпичик, ты его не находишь, потому что ни одна большая сложная функция не подошла к твоему конкретному случаю. Кирпичиков-то нет. Ну и нафига мне питон в таком случае сдался?
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 11:42
	>>> Традиции хакеров MIT учат нас судить по делам, а не по словам. >> И прекрасно, посмотрим.  Давайте список исправлений, которые были бекпортированы на 3.2. >> Разработчиками баша. > Лучше давайте список различий стандартных библиотек питонов 2й и 3й версий. Я > даже готов закрыть глаза на их качество. :) Ну как бы идем в What's new - и смотрим.  Думаю, копирование сюда даже одного чейнжлога - заставит ваш матодетектор сработать.  Так что смотрите сами, тут секретов нету. > Или может быть ты мне объяснишь, например, почему стандартные библиотеки питона (что > второго, что третьего), за столько лет разработки не обзавелись аналогом банального `cp -R`? Эмм.  copytree? > нём чувствуется дух CISC: есть большие сложные функции на все случаи > жизни, казалось бы... Вот только когда тебе нужен маленький строительный кирпичик, > ты его не находишь, потому что ни одна большая сложная функция > не подошла к твоему конкретному случаю. Ни одна не подошла или ни одну не нашли? > Ну и нафига мне питон в таком случае сдался? Понятия не имею, честно говоря.  Чтобы что-то полезное на нем cделать, например?
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 27-Ноя-18, 11:50
	>> Или может быть ты мне объяснишь, например, почему стандартные библиотеки питона (что >> второго, что третьего), за столько лет разработки не обзавелись аналогом банального `cp -R`? > Эмм.  copytree? Неужели? А вот нет. Я спрашивал про `cp -R`, а не про `cp -Rp`.
	Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

	223. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 12:15
	>>> Или может быть ты мне объяснишь, например, почему стандартные библиотеки питона (что >>> второго, что третьего), за столько лет разработки не обзавелись аналогом банального `cp -R`? >> Эмм.  copytree? > Неужели? А вот нет. Я спрашивал про `cp -R`, а не про `cp -Rp`. Там есть аргумент copy_function.  Если вы действительно хотите странного и даже copy не устраивает (таки аналог именно cp -R) - можно извратиться и сильнее.
	Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

	224. "Debian запрещает использование в пакетах секции со специфичн..."	–1 +/–
	Сообщение от freehck (ok), 27-Ноя-18, 13:07
	>>>> Или может быть ты мне объяснишь, например, почему стандартные библиотеки питона (что >>>> второго, что третьего), за столько лет разработки не обзавелись аналогом банального `cp -R`? >>> Эмм.  copytree? >> Неужели? А вот нет. Я спрашивал про `cp -R`, а не про `cp -Rp`. > Там есть аргумент copy_function Есть. В третьем питоне. Не во втором. > Если вы действительно хотите странного То есть такая банальщина как `cp -R` -- это теперь называется "хотеть странного"? > и даже copy не устраивает (таки аналог именно cp -R) Не устраивает. Если я выставляю copy_function в copy, то это лишь замена функции копирования файлов. А вот директории по-прежнему копируются со stat-ами. > - можно извратиться и сильнее. Именно. Вы уже чувствуете суть, к которой я Вас подвожу, myhand? Чтобы просто рекурсивно скопировать директорию, я что, в самом деле должен ТАК извращаться? Всё в итоге сводится к тому, что оказывается легче написать `os.system("cp -R ...")`. А коли так, то нафиг нужна такая стандартная библиотека?
	Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

	227. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 14:19
	> Есть. В третьем питоне. Не во втором. Я вам открою военную тайну: на втором питоне писать новые проекты не следует.  Поддерживается != развивается. >> Если вы действительно хотите странного > То есть такая банальщина как `cp -R` -- это теперь называется "хотеть > странного"? Ломать права при копировании - странно.  Вообще говоря, данный ключик cp - не образец технического дизайна. >> и даже copy не устраивает (таки аналог именно cp -R) > Не устраивает. Если я выставляю copy_function в copy, то это лишь замена > функции копирования файлов. А вот директории по-прежнему копируются со stat-ами. Сохраняются только права.  (Еще mtime, насколько я заметил.  Не уверен, что это баг.) Мягко говоря, это не "все" для метаданных. >> - можно извратиться и сильнее. > Именно. Вы уже чувствуете суть, к которой я Вас подвожу, myhand? Чтобы > просто рекурсивно скопировать директорию, я что, в самом деле должен ТАК извращаться? Нет, чтобы _просто рекурсивно скопировать_ - функция есть.  Косплея "cp -R" - нет. > Всё в итоге сводится к тому, что оказывается легче написать `os.system("cp -R ...")` И отвалиться на каком-нибудь Windows.  Да, питон поддерживает не только Unix.  Это одна из причин, почему искать в стандартной библиотеке банальное воспроизведение утилит GNU - немного глупо. > А коли так, то нафиг нужна такая стандартная библиотека? Стандартная библиотека нужна, как намекает название - для решения стандартных задач в первую очередь.
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

	228. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 27-Ноя-18, 16:25
	>> Есть. В третьем питоне. Не во втором. > Я вам открою военную тайну: на втором питоне писать новые проекты не > следует.  Поддерживается != развивается. С Вашей стороны весьма смело предполагать, что проект, в котором я наткнулся на данную хренотень, был новым. Особенно с учётом того, что я не люблю питон, и вряд ли бы стал начинать новый проект на нём. >>> Если вы действительно хотите странного >> То есть такая банальщина как `cp -R` -- это теперь называется "хотеть >> странного"? > Ломать права при копировании - странно. Ну во-первых права при `cp -R` не ломаются. А во-вторых, Вы невнимательно читаете, потому что я явно дал Вам понять ранее, что суть не в правах, а в stat-ах: в ctime, mtime, atime. > Вообще говоря, данный ключик cp - не образец технического дизайна. Да неужели? А я Вам напомню, что stat-ы копируются отдельным сисколлом. В чём же ошибка вынести его в отдельный флаг, чтобы лишний раз не дёргать? >>> и даже copy не устраивает (таки аналог именно cp -R) >> Не устраивает. Если я выставляю copy_function в copy, то это лишь замена >> функции копирования файлов. А вот директории по-прежнему копируются со stat-ами. > Сохраняются только права.  (Еще mtime, насколько я заметил.  Не уверен, > что это баг.) А я уверен. В процессе копирования создаются новые файлы. У нового файла должны быть новые stat-ы. Это дефолт уже десятилетия, уходящий корнями аж в libc. (На всякий случай замечу, что в контексте данного абзаца подразумевается, что директория -- это специфический вид файла. Так говорить о директориях корректнее, хоть обычно в разговоре мы делаем различие. Очевидные вещи должны быть произнесены.) >>> - можно извратиться и сильнее. >> Именно. Вы уже чувствуете суть, к которой я Вас подвожу, myhand? Чтобы >> просто рекурсивно скопировать директорию, я что, в самом деле должен ТАК извращаться? > Нет, чтобы _просто рекурсивно скопировать_ - функция есть.  Косплея "cp -R" - нет. Да там вся либа состряпана настолько "абыкак", что легче всю с нуля переписать. >> Всё в итоге сводится к тому, что оказывается легче написать `os.system("cp -R ...")` > И отвалиться на каком-нибудь Windows.  Да, питон поддерживает не только Unix. То, что хреновая либа работает сразу на нескольких платформах, безусловно делает её менее хреновой, но к сожалению не делает её хорошей. > Это одна из причин, почему искать в стандартной библиотеке банальное > воспроизведение утилит GNU - немного глупо. За что Вы так не любите всё GNU-тое, myhand? Это что-то личное? >> А коли так, то нафиг нужна такая стандартная библиотека? > Стандартная библиотека нужна, как намекает название - для решения стандартных задач в > первую очередь. Что может быть более стандартного, чем `cp -R`? -- Но давайте вернёмся и подытожим, ибо разговор этот уже изрядно затянулся, и я хотел бы его уже завершать. > Нет, чтобы _просто рекурсивно скопировать_ - функция есть.  Косплея "cp -R" - нет. Вы таки мне прямо говорите, что "в стандартной библиотеке питона есть одна функция, которая как-то что-то может рекурсивно скопировать, правда её функционал явно не полон, не охватывает всех граничных случаев, не следует устоявшимся дефолтам, по умолчанию дёргает дополнительные сисколлы, и она недостаточно параметризована, чтобы хоть как-то добиться от неё поведения, все вариации которого есть в команде cp из состава coreutils по умолчанию". Myhand. Это мы сейчас обсудили ВСЕГО ЛИШЬ копирование файлов. Куда уж на питоне сложные задачи решать, когда в его стандартных либах простые задачи в таком состоянии находятся? И я бы ещё понял, и закрыл бы на всё глаза, если бы этих библиотек просто не было. Но они есть, и они гoвно. А это уже весьма печально характеризует как сам язык, так и его сообщество. И таким образом мы подходим к изюминке. Получается, Вы утверждаете, что таскание двух версий этой странной весьма нестабильной змеюки -- это хорошо, а таскание двух версий довольно проработанного и весьма стабильного баша -- это плохо? Я вот что-то не улавливаю, почему Вы занимаете такую позицию. Человек вроде разумный, но такие вещи странные порой говорите. Вот не понимаю, и всё тут. PS: Я также прошу обратить внимание, что я сегодня приложил усилия, чтобы максимально уважительно и корректно с Вами поговорить, а не троллить, как мне в общем-то проще и привычнее, и чему Вы много раз были свидетелем, а иногда и объектом. Хотелось бы надеяться, что это что-то да значит.
	Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

	229. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 18:00
	>>> Есть. В третьем питоне. Не во втором. >> Я вам открою военную тайну: на втором питоне писать новые проекты не >> следует.  Поддерживается != развивается. > С Вашей стороны весьма смело предполагать Да ничего я не предполагал, просто пытался понять причем тут второй питон. >>>> Если вы действительно хотите странного >>> То есть такая банальщина как `cp -R` -- это теперь называется "хотеть >>> странного"? >> Ломать права при копировании - странно. > Ну во-первых права при `cp -R` не ломаются. Детский сад, штаны на лямках. $ ls -l test1/a -rwxrwxrwx 1 oh oh 0 ноя 27 17:23 test1/a $ cp -R test1 test2 $ cp -Rp test1 test3 $ ls -l test2/a -rwxr-xr-x 1 oh oh 0 ноя 27 17:23 test2/a $ ls -l test3/a -rwxrwxrwx 1 oh oh 0 ноя 27 17:23 test3/a Не били вас, видать, деревянными игрушками за использование cp -R, вот што. > А во-вторых, Вы невнимательно > читаете, потому что я явно дал Вам понять ранее, что суть > не в правах, а в stat-ах: в ctime, mtime, atime. Ну да, ну да.  Проигнорировать все сказанное мной по этому поводу - в лучших традициях модераторов опеннету. >> Вообще говоря, данный ключик cp - не образец технического дизайна. > Да неужели? А я Вам напомню, что stat-ы копируются отдельным сисколлом. В > чём же ошибка вынести его в отдельный флаг, чтобы лишний раз не дёргать? В том, что утилиты командной строки не должны повторять C API.  Если вам нужно его не дергать - можно сделать ключик "не дергать". >>>> - можно извратиться и сильнее. >>> Именно. Вы уже чувствуете суть, к которой я Вас подвожу, myhand? Чтобы >>> просто рекурсивно скопировать директорию, я что, в самом деле должен ТАК извращаться? >> Нет, чтобы _просто рекурсивно скопировать_ - функция есть.  Косплея "cp -R" - нет. > Да там вся либа состряпана настолько "абыкак", что легче всю с нуля > переписать. Пока я не увидел "абыкак", увидел плохое знакомство со штатной документацией и странные претензии, чтобы было "как у Васи". >>> Всё в итоге сводится к тому, что оказывается легче написать `os.system("cp -R ...")` >> И отвалиться на каком-нибудь Windows.  Да, питон поддерживает не только Unix. > То, что хреновая либа работает сразу на нескольких платформах, безусловно делает её > менее хреновой, но к сожалению не делает её хорошей. То, что либа работает не так, как утилита на некоторой платформе - не значит, что либа хреновая. >> Это одна из причин, почему искать в стандартной библиотеке банальное >> воспроизведение утилит GNU - немного глупо. > За что Вы так не любите всё GNU-тое, myhand? Это что-то личное? Да, я тайнопоклонник BSD и сотоны.  Протыкаю иголками плюшевых пингвинов по пятницам, срочно сообщите Шигорину! >>> А коли так, то нафиг нужна такая стандартная библиотека? >> Стандартная библиотека нужна, как намекает название - для решения стандартных задач в >> первую очередь. > Что может быть более стандартного, чем `cp -R`? Ну не знаю.  open?  read? write?  Это викторина? Если вопрос про любимый ключ cp - то у меня он -a, хоть и нестандарт.  А для рекурсивного копирования по-posix - как минимум cp -Rp. >> Нет, чтобы _просто рекурсивно скопировать_ - функция есть.  Косплея "cp -R" - нет. > Вы таки мне прямо говорите, что "в стандартной библиотеке питона есть одна > функция, которая как-то что-то может рекурсивно скопировать, правда её функционал явно > не полон, не охватывает всех граничных случаев, не следует устоявшимся дефолтам Я таки прямо говорю, что в стандартной библиотеке питона есть нужная вам функция, умеющая искаропки все типовые случаи рекурсивного копирования и позволяющая несложно кастомизировать под самые разнообразные "устоявшиеся дефолты" для остальных "не 95%" и причисляющим себя к. > по умолчанию дёргает дополнительные сисколлы Ну данное умолчание - как бы то, что людям надо по-умолчанию.  См. про cp -a vs -R выше. > и её поведение недостаточно параметризовано Кому недостаточно?  Вы можете просто переопределить функцию copy, в которой все ваши "дополнительные сисколлы".  Давайте вы лучше мне расскажете как "параметризовать" cp, чтобы оно мне mtime всегда в 0 Unix Epoch выставляло. > чтобы хоть как-то добиться от неё поведения, все вариации которого есть > в команде cp из состава coreutils по умолчанию". А почему надо добиваться вариаций поведения (кстати, нестандартного) coreutils, а не, наоборот, coreutils добиваться поведения copytree? > Это мы сейчас обсудили ВСЕГО ЛИШЬ копирование файлов. Куда уж на > питоне сложные задачи решать, когда в его стандартных либах простые задачи > в таком состоянии находятся? Да я как-бы не увидел ничего ужасающего в вышеизложенном для питоновской стандартной библиотеки.  Ну, кто-то документацию прочитал плохо, кто-то считает, что должно быть не так, а как у Васи (правда не совсем твердо знает как на самом деле у Васи сделано).  Не, не впечатлило.  Честно говоря, я считаю все сказанное вами довольно жирным троллингом. > И я бы ещё понял, и закрыл бы на всё это глаза, если бы этих библиотек просто не было. Варианта тут только два, если язык хоть кому-то нужен.  Либо все эти библиотеки будут в stdlib, либо будут не в stdlib.  Оба варианта имеют плюсы и минусы.  На начальном этапе, безусловно, было "all batteries included" - лучше.  Наверно, со временем будут отрывать. > Но они есть, и они гoвно. В сравнении с чем?  Хочу, чтобы было зашибись, вы не сумлевайтесь.
	Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

	230. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 27-Ноя-18, 19:24
	>>>>> Если вы действительно хотите странного >>>> То есть такая банальщина как `cp -R` -- это теперь называется "хотеть странного"? >>> Ломать права при копировании - странно. >> Ну во-первых права при `cp -R` не ломаются. > Детский сад, штаны на лямках. Ещё раз: права при `cp -R` не ломаются. Наложение umask -- это отдельная песня, это базовый защитный механизм. Если Вам по каким бы то ни было причинам надо от него отказаться, это надо указывать явно. И уж точно ломать umask по умолчанию не следует. Я не могу знать, кто нарекомендовал Вам для пользовательских задач копирования по умолчанию использовать флаг -p (и -a, чтобы не повторяться ниже), но я настоятельно рекомендую прекратить с этим человеком общение на том основании, что он дурак. > Пока я не увидел "абыкак", увидел плохое знакомство со штатной документацией и > странные претензии, чтобы было "как у Васи". Да какая ж разница, "как у Васи" или "как у Жени"? Я описал поведение, которое мне было нужно. Его невозможно достичь стандартной библиотекой, и даже невозможно адаптировать её для моих нужд. Хорошая стандартная библиотека должна предоставлять базовые кирпичики для реализации программ. Если это не так, то библиотека плохая. > Я таки прямо говорю, что в стандартной библиотеке питона есть нужная вам функция Окей, если с первого раза не дошло, повторю второй: "переопределение copy_function не влияет на то, что у директорий копируются stat-ы". Что тут не ясного? > А почему надо добиваться вариаций поведения (кстати, нестандартного) coreutils, а не, наоборот, > coreutils добиваться поведения copytree? Действительно. "Почему булыжник должен стремиться стать швейцарским ножом, а наоборот?" > Не, не впечатлило.  Честно говоря, я считаю все сказанное вами довольно жирным троллингом. Ах, если бы. Это реальный случай из моей практики.
	Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

	232. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 20:51
	> Ещё раз: права при `cp -R` не ломаются. Наложение umask -- это > отдельная песня, это базовый защитный механизм. Ну да, не ломаются.  Просто...  Внезапно становятся другими. Прекратите насиловать сову! > Я не могу знать, кто нарекомендовал Вам для пользовательских задач копирования использовать > флаг -p (и -a, чтобы не повторяться ниже), но я настоятельно > рекомендую прекратить с этим человеком общение на том основании, что он дурак. Авторитетнинько.  Включу-ка я это, кстати, в вопросы для собеседования, чтобы отсеивать граждан с опеннету. >> Пока я не увидел "абыкак", увидел плохое знакомство со штатной документацией и >> странные претензии, чтобы было "как у Васи". > Да какая ж разница, "как у Васи" или "как у Жени"? Я описал поведение, которое мне было нужно. > Его невозможно достичь стандартной библиотекой, > и даже невозможно адаптировать её для моих нужд. а) возможно и б) возможно. Это учитывая формулировку задачи "как у cp -R" - хотя ни какая известная мне версия POSIX не говорит ничего определенного про то ctime/mtime/atime на новых файлах/каталогах.  А вот про "cp -Rp" - говорят.  Причем, вас скорее всего удивит - разные версии говорят таки разное... > Хорошая стандартная библиотека > должна предоставлять базовые кирпичики для реализации программ. Хорошая стандартная библиотека не отменяет необходимости читать документацию.  А базовыми кирпичиками не обязаны быть высокоуровневые функции с тучей ненужных чуть менее чем никому возможностей. >> А почему надо добиваться вариаций поведения (кстати, нестандартного) coreutils, а не, наоборот, >> coreutils добиваться поведения copytree? > Действительно. "Почему булыжник должен стремиться стать швейцарским ножом, а наоборот?" Причем тут булыжник? >> Не, не впечатлило.  Честно говоря, я считаю все сказанное вами довольно жирным троллингом. > Ах, если бы. Это реальный случай из моей практики. Любопытно, чему конкретно мешала установка mtime по старой директории? Наконец, последнее.  Ну хорошо, факт что директории copytree обрабатывает несколько иначе, чем регулярные файлы - вас опечалил и вы считаете это актуальной проблемой.  Где баг?
	Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

	233. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 27-Ноя-18, 21:36
	>> Ещё раз: права при `cp -R` не ломаются. Наложение umask -- это >> отдельная песня, это базовый защитный механизм. > Ну да, не ломаются.  Просто...  Внезапно становятся другими. > Прекратите насиловать сову! То есть Вы таки утверждаете, что umask не нужен, я Вас правильно понял? >> Я не могу знать, кто нарекомендовал Вам для пользовательских задач копирования ПО УМОЛЧАНИЮ использовать >> флаг -p (и -a, чтобы не повторяться ниже), но я настоятельно >> рекомендую прекратить с этим человеком общение на том основании, что он дурак. > Авторитетнинько.  Включу-ка я это, кстати, в вопросы для собеседования, чтобы отсеивать > граждан с опеннету. Я сомневаюсь, что Вы вообще дошли бы ко мне на собеседование, дорогой мой myhand. Впрочем, можете попробовать прислать CV. Я как раз ищу опса. 2000-2500. https://t.me/freehck > Это учитывая формулировку задачи "как у cp -R" - хотя ни какая > известная мне версия POSIX не говорит ничего определенного про то ctime/mtime/atime > на новых файлах/каталогах. Вполне очевидная вещь: если говорится, что stat-ы копируются по флагу -p, это значит, что без него они НЕ копируются. >>> Не, не впечатлило.  Честно говоря, я считаю все сказанное вами довольно жирным троллингом. >> Ах, если бы. Это реальный случай из моей практики. > Любопытно, чему конкретно мешала установка mtime по старой директории? Однако, это к обсуждаемой теме отношения не имеет. Но почему бы не удовлетворить Ваше любопытство, раз уж второй раз спрашиваете. По изменению mtime в destdir сборочный тулкит bf определял, запихивать ли файл/директорию в пакет. И некие индивиды-питонисты решили, что будет здорово наплодить сборочных сценариев с copytree.
	Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

	234. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 27-Ноя-18, 22:19
	>>> Ещё раз: права при `cp -R` не ломаются. Наложение umask -- это >>> отдельная песня, это базовый защитный механизм. >> Ну да, не ломаются.  Просто...  Внезапно становятся другими. >> Прекратите насиловать сову! > То есть Вы таки утверждаете, что umask не нужен, я Вас правильно понял? То есть я показал вам, что права при cp -R - не сохраняются. >> Авторитетнинько.  Включу-ка я это, кстати, в вопросы для собеседования, чтобы отсеивать >> граждан с опеннету. > Я сомневаюсь, что Вы вообще дошли бы ко мне на собеседование Вы не поняли, я не собираюсь приходить на собеседование задавать работодателю задачки.  Ровно наоборот. >> Это учитывая формулировку задачи "как у cp -R" - хотя ни какая >> известная мне версия POSIX не говорит ничего определенного про то ctime/mtime/atime >> на новых файлах/каталогах. > Вполне очевидная вещь: если говорится, что stat-ы копируются по флагу -p, это > значит, что без него они НЕ копируются. Ничего очевидного.  Если в стандарте не написано как должно быть - значит может быть как угодно. >>>> Не, не впечатлило.  Честно говоря, я считаю все сказанное вами довольно жирным троллингом. >>> Ах, если бы. Это реальный случай из моей практики. >> Любопытно, чему конкретно мешала установка mtime по старой директории? > Однако, это к обсуждаемой теме отношения не имеет. Имеет в общем-то. > По изменению mtime в destdir сборочный тулкит bf определял, запихивать ли файл/директорию в пакет. Т.е. проблема была с пустыми каталогами?  Ведь раз в каталоге есть файл и вы использовали правильную copy_function - mtime скопируется или нет, как вам надо. > И некие индивиды-питонисты решили, что будет здорово наплодить сборочных сценариев с copytree. В данном конкретном случае я бы сказал нехорошее про "сборочный тулкит". Ну а что насчет бага?
	Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

	235. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 28-Ноя-18, 00:52
	>> По изменению mtime в destdir сборочный тулкит bf определял, запихивать ли файл/директорию в пакет. > Т.е. проблема была с пустыми каталогами? А, ну то есть Вы прекрасно понимаете, почему мне таки нужен именно полный аналог `cp -R`, и что я НИКАК не могу его получить? И Вы, оказыватся, прекрасно видите, что у каталогов stat-ы копируются. Чудесно. > Ведь раз в каталоге есть файл и вы использовали правильную copy_function - mtime скопируется или нет, как вам надо. Поначалу, как Вы понимаете, у нас просто пропадали файлы из пакетов. А ещё у нас был второй питон, и тащить третий ради одной функции нам не особо хотелось. Так что пришлось написать собственную реализацию с нуля. Забыть бы про это, да уж что было, то было. >> И некие индивиды-питонисты решили, что будет здорово наплодить сборочных сценариев с copytree. > В данном конкретном случае я бы сказал нехорошее про "сборочный тулкит". Не стоит. У него был как ряд изъянов, так и ряд достоинств. В конце концов им пятнадцать лет подряд *по зависимостям* собирались 150 пакетов проекта из более чем 250 репозиториев. Под несколько различных платформ и пакетников. С рассылкой логов по почте. С проставлением fixbuild-ов в Jira. С подсчётом статистики. С публикацией и чисткой репозиториев после сборки. С автоматическими форками всех репозиториев продукта при стабилизации релиза. Такая гибкость, как-никак, заслуживает уважения. -- Ладно, пора рубить концы, притянутые за уши. Идём с нуля. Ещё раз. Который уже, четвёртый, пятый? Всё-таки терпения у меня вагон. :) Итак, формулировка. Есть задача, в рамках которой требуется повторить на питоне поведение "cp -R". И в рамках питона, не смотря на наличие стандартных библиотек специально на это заточенных, её либо придётся решать с нуля, либо костылять. Теперь вопрос. Myhand, Вам намерены и далее утверждать, что Вам не понятны мои претензии к питону? Если нет, то говорить нам больше не о чем: легче и гуманнее будет просто Вас убить. Мы отлично повеселились, но уже поздно, я устал, да и мой выходной закончился. :)
	Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

	236. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 28-Ноя-18, 10:05
	>>> По изменению mtime в destdir сборочный тулкит bf определял, запихивать ли файл/директорию в пакет. >> Т.е. проблема была с пустыми каталогами? > А, ну то есть Вы прекрасно понимаете, почему мне таки нужен именно > полный аналог `cp -R` Это был ответ "да"?  Или вы тогда просто не знали про copytree в третьем питоне и просто выдумали этот граничный случай, который в реальности проблемой не был?  Признайтесь уже. >> Ведь раз в каталоге есть файл и вы использовали правильную copy_function - mtime скопируется или нет, как вам надо. > Поначалу, как Вы понимаете, у нас просто пропадали файлы из пакетов. А > ещё у нас был второй питон Прекрасно.  Криворукие разработчики для кривого сборочного тулкита не удосужились заглянуть в документацию питона и тулкита, прежде чем песать свои скрипты.  Плохой питон, конечно. > Так что пришлось написать собственную реализацию  с нуля. Забыть бы про это, да уж что было, то было. Да уж, написать функию на строчек 10 - непомерное свершение и тяжелая душевная травма.  Не говоря уже о том, что можно было просто скопировать функцию из третьего питона.  Про то, чтобы открыть баг или портировать нужное вам на вторую ветку - вообще не заикаюсь. Зря расчитывали про "много денег" за разработку на питоне, с такими навыками - без шансов, я гарантирую это. > Итак, формулировка. Есть задача, в рамках которой требуется повторить на питоне поведение > "cp -R". И в рамках питона, не смотря на наличие стандартных > библиотек специально на это заточенных, её либо придётся решать с нуля, > либо костылять. Библиотеки питона не "заточены специально" на "поведение cp -R" (вообще говоря, не являющееся даже частью какого-то стандарта).  Хотя вам объяснили, что они позволяют добиться практически аналогичного поведения.  А с помощью других стандартных библиотек - и 100%-ного. > Вам намерены и далее утверждать, что Вам не понятны > мои претензии к питону? Понятны, почему-ж.  Да, криворукие разработчики ваших сборочных скриптов не осилили документацию.  Ни вашей сборочной программулины, ни питона.  Написали вам кривой скрипт.  Вы потратили время на отладку, разобрались в проблеме (хотя, подозреваю - про поведение copytree в третьем питоне узнали только от меня и это решило бы вашу проблему в реальности), накостылили свою функцию, забили на то, чтобы как-то сообщить о проблеме разработчикам питона.  Тяжелая детская травма.  Виноват, конечно, питон.
	Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

	237. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 29-Ноя-18, 14:20
	>>>> По изменению mtime в destdir сборочный тулкит bf определял, запихивать ли файл/директорию в пакет. >>> Т.е. проблема была с пустыми каталогами? >> А, ну то есть Вы прекрасно понимаете, почему мне таки нужен именно >> полный аналог `cp -R` > Это был ответ "да"? Да. > Не говоря уже о том, что можно было просто скопировать функцию из третьего питона.   Пустые каталоги. Ты же понимал это буквально в предыдущем сообщении. Пямять девичья или собственная голова пустая, как сабжевые каталоги? > Зря расчитывали про "много денег" за разработку на питоне, с такими навыками - без шансов, я гарантирую это. Ммм, какая тонкая работа, мыханд! :) Я боюсь даже спросить, а много это по-твоему сколько? :D > Библиотеки питона не "заточены специально" на "поведение cp -R" (вообще говоря, не > являющееся даже частью какого-то стандарта). Ё-моё. "Библиотека классная, просто у тебя не должно было возникнуть задачи повторить поведение cp -R". Мыхандик, ну харэ, меня уже из клавиатуры жир сочится. :) > Хотя вам объяснили, что они позволяют добиться практически аналогичного поведения. Ёпрст, "практически аналогичного поведения"? Серьёзно? Ведь от разработчика требуется, чтобы его код делал *почти* то, что надо, да? > А с помощью других стандартных библиотек - и 100%-ного. Ёпрст. Другие *стандартные библиотеки питона*? Лол. Да к тому же, другие либы надо ещё отыскать, запакетировать под все поддерживаемые платформы, проверить их лицензирование... В общем, спасибо за предложение, иди с ним нафиг. Стандартные библиотеки потому и удобны, что они есть везде. :) >> Вам намерены и далее утверждать, что Вам не понятны мои претензии к питону? > Да, криворукие разработчики ваших сборочных скриптов не осилили документацию. > Ни вашей сборочной программулины, ни питона. > Тяжелая детская травма. Ёпрст, ну я так и знал, что тебе частный случай нужен лишь для того, чтобы свести акцент с общей проблемы на частную с соответствующим обвинением всего, кроме питона. Вот чувствовал, что будет классический non sequitur, сдобренный ad hominem. И увы, не ошибся. Не, мыханд. Ты тонко не можешь. Заканчивай это дело. Тебе до хорошего тролля расти и расти. :)
	Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

	239. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 29-Ноя-18, 17:21
	>>>>> По изменению mtime в destdir сборочный тулкит bf определял, запихивать ли файл/директорию в пакет. >>>> Т.е. проблема была с пустыми каталогами? >>> А, ну то есть Вы прекрасно понимаете, почему мне таки нужен именно >>> полный аналог `cp -R` >> Это был ответ "да"? > Да. Ну, хоть без паяльной лампы на сей раз обошлось... >> Не говоря уже о том, что можно было просто скопировать функцию из третьего питона. > Пустые каталоги. Ты же понимал это буквально в предыдущем сообщении. Буквально в предыдущем сообщении вы не подтвердили, что проблема была связана именно с этим.  Несмотря на прямой вопрос. > Я боюсь даже спросить, а много это по-твоему сколько? :D Я бы сказал, что больше нуля. >> Библиотеки питона не "заточены специально" на "поведение cp -R" (вообще говоря, не >> являющееся даже частью какого-то стандарта). > Ё-моё. "Библиотека классная, просто у тебя не должно было возникнуть задачи повторить > поведение cp -R". Молодец.  Сам сформулировал глупость - сам посмеялся. >> Хотя вам объяснили, что они позволяют добиться практически аналогичного поведения. > Ёпрст, "практически аналогичного поведения"? Серьёзно? Разумеется.  Вам же показали - даже с помошью copytree().  И да, system - тоже как-бы часть стандартной библиотеки, эвон как... Откручивать там поведение типа cp -Rp для директорий - просто никому не надо было, кроме вас с кривым сборочным тулкитом.   Но можно, модифицировать функцию не сложно.  Я даже выше выссказал осторожное предположение, что текущее поведение copytree() можно было бы квалифицировать как баг.  Но вы явно не почесались сообщить о проблеме разработчикам, предпочтя ныть. >> А с помощью других стандартных библиотек - и 100%-ного. > Ёпрст. Другие *стандартные библиотеки питона*? Лол. Все, кроме одного, гм, дартаньяна - скорее всего поняли, что речь шла о других модулях стандартной библиотеки.  Вам теперь тоже понятно? >>> Вам намерены и далее утверждать, что Вам не понятны мои претензии к питону? >> Да, криворукие разработчики ваших сборочных скриптов не осилили документацию. >> Ни вашей сборочной программулины, ни питона. >> Тяжелая детская травма. > Ёпрст, ну я так и знал, что тебе частный случай нужен лишь > для того, чтобы свести акцент с общей проблемы на частную с > соответствующим обвинением всего, кроме питона. А с какого такого бодуна я должен обвинять питон, а не вас и ваших горе-погромистов?  Если бы в документации было написано что-то неправильно - это я еще понимаю.  А если документацию очевидным образом не прочли - с чего это виноваты писатели, а не читатели? Ну, не знаю.  А если б ваши гении решили, что copytree() - чтобы парки сажать сделали?  Каштаны там, понимаешь, клонирует.  Тоже Сталин^Wпитон будет виноват?  А если они начнут вызывать эту функцию вместо скорой, при сердечном приступе?  Так питон вовсе запретить следует - он же так людей может убить! > Тебе до хорошего тролля расти и расти. :) Ну, нет предела совершенству.  Стараюсь учиться у лучших.  Увы, больше учиться здесь нечему.
	Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

	238. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от freehck (ok), 29-Ноя-18, 14:50
	PS: Знаешь, немного досадно, что ты решил включить тупарика, и усердно делаешь вид, что не понимаешь проблемы. У меня очень богатый арсенал претензий к Python, но толку-то иметь десять подач, если ты даже самую простую не отбил. PPS: Ну и вообще, не стреляй в молоко, мыханд. Ты правильно уводишь разговор с заведомо гиблых линий, но у тебя слишком много ad hominem. Ты прямо-таки не можешь удержаться, что свидетельствует о сдавших нервах, а разум надо держать холодным. Тонкий тролль не опускается до оскорблений, если только того не требуют обстоятельства, потому что это даёт оппоненту информацию о твоих слабых местах.
	Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

	240. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от myhand (ok), 29-Ноя-18, 17:25
	> если ты даже самую простую не отбил. А у вас справка от врача есть, решать кто тут "отбил" ваши "претензии"? > сдавших нервах Не бойтесь.  Временами падаю под стол, конечно.  Но смех - он полезный для здоровья.
	Ответить | Правка | К родителю #238 | Наверх | Cообщить модератору

	253. "Debian запрещает использование в пакетах секции со специфичн..."	+/–
	Сообщение от Аноним (252), 30-Ноя-18, 02:52
	> Эээ, я не понял, а что за проблемы с тасканием двух версий баша? Для меня это такой себе индикатор уровня майнтенанса - "все забили болт". > Ну, таскают и таскают. Питон же таскают, никого не смущает это. Неправда ваша! Я за это очень крепко не жалую питон и софт нем. Так что тут все честно.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

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

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