Anonymous
ㅤ
Может тебе еще сказать где ключи от сейфа лежат? То мыло я светить не будут. Мне вот тоже слабо верится что ты меинтейнер, если ты говоришь что "В нём вырезан только ffmpeg" https://t.me/russianfedora/228535
Спек федоры:
https://src.fedoraproject.org/rpms/blender/blob/master/f/blender.spec
Спек негативо:
https://github.com/negativo17/blender/blob/master/blender.spec
Я просто тогда уже не стал лишний раз ничего писать😊 Не знаю откуда столько пафоса и кем ты себя возомнил. Чувак собрал пакет телеграм для RPM Fusion... :) vascom и tigro уже сто лет как собирают и меинтейнят пакеты для федоры и что-то я не замечал, чтобы они хвастались этим постоянно.
Vadim2071
Руся Экзарпи
Осторожно чсв
ㅤ
Что с тобой не так, паря? Что тебя так свербит?
Со мной все ок, просто с самого первого дня один позер начал со мной спор в котором я вообще не был заинтересован. Закончился он тем что он оказался не прав, сам выставил себя болваном, обиделся и удалился из телеграм. Теперь он пытается мстить, цепляется за мои высказывания, переворачивает слова и смысл со слов на голову. Блокировка не работает, я пробовал. Я вижу его тексты в общем чате.
Руся Экзарпи
ㅤ
И? :D Еще раз хочешь выставить себя болваном?
ㅤ
Сообщения свои поудалял чего-то? ;)
Дима
Если он не прав - то ты какой то поехавший. Зачем столько внимания на это?
Если прав - то опять же, чего столько внимания?)
ㅤ
😂😡 По второму кругу начнем?
ㅤ
Дима
А по делу, мыло майнтайнера и так публичное, чего уж его тут "светить". Так что можно сделать вывод, что конкрентно в этой ситуации ты лжец какой-то 😉
Дима
По твоему "спору" в котором ты "победил" всё просто. Виталий ссылается на официальное соглашение, ты на фактическое исключение этого соглашения.
С учетом того, что просто поменяли нумерацию - легко ошибиться.
Дима
Слишком много неадекватного внимания к другой персоне.
Дима
К слову номерацию меняют какие то идиоты.
Sergey
Обожаю разборки в этом чате
Дима
Я не копал так. Где "победа" в споре тогда вообще? Самоназвался победителем?
Дима
/dnf info mesa
Дима
@Artem4 можно адекватные коментарии?
Дима
ждём пруфов, что майнтайнером был
и как в ситуации, где ты не прав ты оказался "прав"?
Vadim
Дима
Vadim
я даже не хочу знать что это
ㅤ
ждём пруфов, что майнтайнером был
и как в ситуации, где ты не прав ты оказался "прав"?
А вот правильный ответ когорого я ждал:
Раз: https://t.me/russianfedora/219040
Два: https://t.me/russianfedora/219341
Для некомпетентных по-третему кругу☺️: Mesa 17.2 обновился до 17.3 в Федоре 27. Mesa 18 - это такой же мажорный релиз как и 17.1, 17.2 и т. д. Просто такая нумерация приянята отталкиваясь от года. Похоже он даже этого не знал что опять же говорит о его компетентности :)
Ну и пруф с Критой сюда же:
https://apps.fedoraproject.org/packages/krita
Мажорная версия Крита 4.0.3 летит (прилетела уже) на замену 3.3.3 как в Федора 28 так и Федора 27. Криту я тут как пример привел неспроста, так как он также ссылался на нее ранее и приводил в качестве доказательства.
Дима
крита вроде как в составе КДЕ.
ㅤ
А теперь говорит совсем другое.
ㅤ
Конечно, поудялять и я свои сообщения могу чтобы потом так крутить.
Vadim
JFYI перейдете на личности или отклонитесь от темы Линуксов - получите по неделе молчанки здесь
ㅤ
Дима
лол, да только ты их и форсишь
ㅤ
Но мои слова переворачивать и их смысл с ног на голову тоже не надо.
Дима
чуть что, плевок в сторону человека из интернета
Vadim
ты только хороший ответ напиши, чтоб не жалко было недельку помолчать
Vadim
у нас не такое большое коммунити для полноценного CoC
Ilya
Спасибо всем. Разобрался я с поломаным ВПН-ом.
Причину не выяснил но починил.
Из основного
* создал новый tun интерфейс,
* Выставил тип вируального устройства в tun
* включил ipv6-link
* включил verify peer (server) cert usage signature
Предлагавшим попробовать ubuntu пусть даже в live образе нет спасибо наелся я этой гадости. Если еще под запуск виртуалок и контейнеров норм. Но не для десктопа.
Vadim
а я руководствуюсь принципом "consistency is the hobgoblin of little minds" и баню по желанию левой пятки - и остальным модераторам советую
Anonymous
ShadoWalkeR
А i686 больше не собирают?
ShadoWalkeR
А то у меня пара старых нетбуков
ㅤ
А i686 больше не собирают?
https://torrent.fedoraproject.org/
https://torrent.fedoraproject.org/torrents/Fedora-Workstation-Live-i386-28.torrent
ShadoWalkeR
о_О
ShadoWalkeR
Внезапно. Я обычно с mirror.yandex.ru дергаю iso
ShadoWalkeR
Ну на eeepc 1015 обычно её накатывал. Только LXDE
ㅤ
Значит https://torrent.fedoraproject.org/torrents/Fedora-LXDE-Live-i386-28.torrent
Потому что Workstation - это с Gnome.
ShadoWalkeR
Ну я netinstall от rfr-26 взял
ShadoWalkeR
Буду обновлять 😃
Anonymous
Peter
https://twitter.com/elonmusk/status/999367582271422464
ShadoWalkeR
Да ладно - я федорой с 11 версии пользуюсь - в принципе форматированием и установкой с нуля даже уже не нужно обновляться😂
Sergey
А я вам простыню накатал
Sergey
А мне тут идея интересная в голову пришла о том, как можно усовершенствовать бота
Дело в том, что в чате слишком много сообщений, из-за чего дале не всегда можно заметить сообщение человека, который просит помощи при работе с Fedora. А уж тем более, если его проблема типовая, еще реже можно достаточно удобно и быстро найти ответ на вопрос, если он уже был решен ранее
Поэтому, было бы замечательно вести взаимодейсвтие с "потерпевшими" через бота. Можно, даже, не только с потерпешими, а со всеми новыми участниками. Проблемные сообщения нужно выделять специальныи тегами вида #проблема #nvidia, #баг #kde или #вопрос #wayland. Таким метки, конечно, можно (или нужно) заменить на команды бота для вызова соответствущих функций.
Это решает следующие проблемы:
1. Спамеры.
Если для разрашения писания в чат потребуется "авторизация" через бота и решение простейших вопросов вида 2+2=?, то они практически исчезнут как явление в этом чате.
2. Потеря актуальных сообещний с проблемами.
Конечно, активные участники чата, разработчики и мейтейнеры стараются перечитывать чат, чтобы ответить на вопросы, однако это не всегда помогает обнаружить такие сообщения среди кучи "мусора" (в данном контексте), а потому некотоыре люди не получают помощи и идут ругаться на ЛОР или просто отказываются от использования дистрибутива. Так делать не нужно, но помочь им будет гораздо удобнее, если все актуальные (то есть не решенные) сообщения, помеченные как "проблема" будут предстовлены в виде списка любому желающему по запросу в личке бота, и он сможет на них ответить.
3. Потеря сообщений с решением проблемы
Так как большинство проблем (согласно моим наблюдениям) с дистрибутивом являются типовыми, то и решения для них с большой вероятностью уже были подготовлены компетентыми "помогаторами", а соответственно конечный пользователь может их найти, если попросит об этом бота. Другое дело, что никто не будет рыть чат и смотреть тонны простыней о спорах, что есть лучше, в поисках решения своей проблемы.
Что даст такая система:
1. Динамика возникновения проблем по темам.
Это может пригодиться для анализа поведения пользователей, чтобы определить новые, не совсем стандартные юзкейсы, так же для написания различного рода статей, гайдов и хауту по актуальным темам и вопросам.
2. Отслеживание активности пользователей в помощи другим.
Сугубо для мерений половыми органами, некотоыре это очень любят.
3. Учет багов и ошибок.
К сожалению, далеко не все пользователи дистрибутивая являются сознательными и делают отчёты об обнаруженных ими ошибках на специализированные сервисы и форумы. В силу ли лени, необразованности или неудобства самих сервисов. Однако, данная система позволит накапливать и багрепорты, котоыре можно будет централизованно передавать ответственными участникам. Это точно лучше, чем если пользователи просто будут забивать на публикацию ошибок.
Как это должно выглядеть:
Когда новый участник решит посетить наш замечательный чатик, он, очевидно, вступит сюда. Однако в этот же момент бот кинет мьют участнику. А в описании чата будет написано, что для разблокировки нужно написать боту (то сделано в целях антиспама).
Когда новый участник напишет боту и решит несложную математическую задачку, бот расскажет ему, каким образом нужно составлять сообщения об ошибках или проблемах, какие теги лучше использовать, и где можно поискать решение, если проблема типовая (об этом пользователь конечно не знает). В конце будет предложено согласиться с тем, что участник ознакомлен с правилами и до его сведения доведены все моменты, определяющие, как себя нужно вести (для этого нужно будет ответить "да") После чего бота снимет мьют (так ведь можно делать?), и участник сможет написать, описать свою проблему или просто пообщаться.
Так же, бот должен будет рассказать о свои командах, о том, как можно смотреть актуальные сообщения о проблемах, и как на них отвечать.
Учет багов и ошибок
Sergey
Каждое сообщение, будь то баг или ошибка может публиковаться как в общем чате, так и в личке бота.
Когда публикуется новая проблема, бот выдает ей уникальный номер. Этот номер нужен для того, чтобы пометить проблему как решенную или баг как исправленный. Пометить может либо человек, который опубликовал это сообщение, либо уполномоченный "помогатор"
Sergey
Я бы мог заняться реализацией чего-то подобного, но я бы хотел сделать это на Python и смогу начать не раньше 15.06
Sergey
Ваше мнение и предложения?
ㅤ
Класс. Для начала достаточно было бы если телеграм запилил в групповых чатах фичу вроде той что в GitHub и GitLab, где можно вешать различные эмоджи на чей-то пост, которые так или иначе отображают его важность или наоборот.
Dmitry
Может я старовер, но кажется в делать из чата конфу/майлист/тасктркер/etc совсем лишнее. По мне в чат приходят получить ответ или сейчас или уже поздно. Или просто поговорить на обрзначенные темы.
Sergey
Sergey
Так же это скорее удобный интерфейс пользователей для регистрации багов и ошибок, оно не должно обременять тех, кто не желает этим пользоваться
Dmitry
Был раньшк трекер у rf. По мне проще в трекере посмотреть написать, а вот как дополнительный вид уведомления из такого трекера в виде бота в чат - это выглядит полезным. Имхо у каждой вещи свое проедназначение, и очень часто попытки натянуть что нибудь на неподходящую предметную область ведут к переусложненным комбайнам, которыми из-за их сложности никто не пользуется.
Ilya
Я задаолбался пол дня рабочего времени настраивая то что по штатному расписнию должны были настроить админы. Начал делать вручную. Сделал tun и только потом сделал перекур в голове прояснилось. Понял что делаю дичь остальное по списку сделал через NM.
Sergey
Был раньшк трекер у rf. По мне проще в трекере посмотреть написать, а вот как дополнительный вид уведомления из такого трекера в виде бота в чат - это выглядит полезным. Имхо у каждой вещи свое проедназначение, и очень часто попытки натянуть что нибудь на неподходящую предметную область ведут к переусложненным комбайнам, которыми из-за их сложности никто не пользуется.
В треккер нужно зайти и зарегистрироваться. Но простой пользователь этого делать не будет, ему лениво, от того баги никто и не репортит. Если это можно будет делать в телеграме, причем в форме диалога, с подсказками и на русском, желающих будет больше.
Другое дело, если запилить экспорт репортов в этот трекер. Я, например, об этом трекере впервые слышу, если честно. Им точно пользуются?
Vadim
Мне кажется тут переизобретают Stack overflow и ask.fedoraproject.org
Dmitry
Так надо упростить вход и регистрацию, через ту же телегу или какойнить гугл/гитхаб. Так пользы больше ибо чат это каша, не думаю что люди пришедшие с вопросом соизволят теги писать
Grigoriy
Имхо, как дополнение для чата - да, излишнее усложнение. А как самостоятельный сервис (багтрекер + обсудить с уходом во флуд), не покидая телеги - вполне может быть интересно.
Dmitry
Для этого достачно просто о новых тикетах в чат уведомлять. Ну может еще ответы транслировать.
Anonymous
Там всё на английском. Не все языками владеют.
Vasiliy Glazov
Sergey
1. В RHBZ нужно писать только на английском, которым, к сожалению, владеют далеко не все пользователи RFRemix, судя по вопросам. Будь оно иначе, не было бы никакой проблемы в экспорте багов из "бота" в RHBZ
Вдобавок к этому, не все баги RFR нужно репортить в RHBZ, ибо есть только такие, которые относятся к RFR, локализации, пакетам из репы.
2. Чем плоха карма? Можно пару примеров?
3. Пускай эти 10% и остаются. Чаще всего в этот чат приходят решать свои проблемы, и они точно пройдут проверку, так как им как раз таки и нужно сюда попасть. Случайно забредшие пользователи не так важны. Какой смысл вступать в чат, если ты не собираешься в него писать?
Sergey
Есть онлайн-переводчики.
Если написать текст на русском, перевести его на нглийский, а затем обратно на русский, смысл скорее всего сильно исказится, либо вообще потеряется.
Для того, чтобы писать на английском, даже используя переводчик, все равно нужно минимальное понимание знания английского
Дима
А мне тут идея интересная в голову пришла о том, как можно усовершенствовать бота
Дело в том, что в чате слишком много сообщений, из-за чего дале не всегда можно заметить сообщение человека, который просит помощи при работе с Fedora. А уж тем более, если его проблема типовая, еще реже можно достаточно удобно и быстро найти ответ на вопрос, если он уже был решен ранее
Поэтому, было бы замечательно вести взаимодейсвтие с "потерпевшими" через бота. Можно, даже, не только с потерпешими, а со всеми новыми участниками. Проблемные сообщения нужно выделять специальныи тегами вида #проблема #nvidia, #баг #kde или #вопрос #wayland. Таким метки, конечно, можно (или нужно) заменить на команды бота для вызова соответствущих функций.
Это решает следующие проблемы:
1. Спамеры.
Если для разрашения писания в чат потребуется "авторизация" через бота и решение простейших вопросов вида 2+2=?, то они практически исчезнут как явление в этом чате.
2. Потеря актуальных сообещний с проблемами.
Конечно, активные участники чата, разработчики и мейтейнеры стараются перечитывать чат, чтобы ответить на вопросы, однако это не всегда помогает обнаружить такие сообщения среди кучи "мусора" (в данном контексте), а потому некотоыре люди не получают помощи и идут ругаться на ЛОР или просто отказываются от использования дистрибутива. Так делать не нужно, но помочь им будет гораздо удобнее, если все актуальные (то есть не решенные) сообщения, помеченные как "проблема" будут предстовлены в виде списка любому желающему по запросу в личке бота, и он сможет на них ответить.
3. Потеря сообщений с решением проблемы
Так как большинство проблем (согласно моим наблюдениям) с дистрибутивом являются типовыми, то и решения для них с большой вероятностью уже были подготовлены компетентыми "помогаторами", а соответственно конечный пользователь может их найти, если попросит об этом бота. Другое дело, что никто не будет рыть чат и смотреть тонны простыней о спорах, что есть лучше, в поисках решения своей проблемы.
Что даст такая система:
1. Динамика возникновения проблем по темам.
Это может пригодиться для анализа поведения пользователей, чтобы определить новые, не совсем стандартные юзкейсы, так же для написания различного рода статей, гайдов и хауту по актуальным темам и вопросам.
2. Отслеживание активности пользователей в помощи другим.
Сугубо для мерений половыми органами, некотоыре это очень любят.
3. Учет багов и ошибок.
К сожалению, далеко не все пользователи дистрибутивая являются сознательными и делают отчёты об обнаруженных ими ошибках на специализированные сервисы и форумы. В силу ли лени, необразованности или неудобства самих сервисов. Однако, данная система позволит накапливать и багрепорты, котоыре можно будет централизованно передавать ответственными участникам. Это точно лучше, чем если пользователи просто будут забивать на публикацию ошибок.
Как это должно выглядеть:
Когда новый участник решит посетить наш замечательный чатик, он, очевидно, вступит сюда. Однако в этот же момент бот кинет мьют участнику. А в описании чата будет написано, что для разблокировки нужно написать боту (то сделано в целях антиспама).
Когда новый участник напишет боту и решит несложную математическую задачку, бот расскажет ему, каким образом нужно составлять сообщения об ошибках или проблемах, какие теги лучше использовать, и где можно поискать решение, если проблема типовая (об этом пользователь конечно не знает). В конце будет предложено согласиться с тем, что участник ознакомлен с правилами и до его сведения доведены все моменты, определяющие, как себя нужно вести (для этого нужно будет ответить "да") После чего бота снимет мьют (так ведь можно делать?), и участник сможет написать, описать свою проблему или просто пообщаться.
Так же, бот должен будет рассказать о свои командах, о том, как можно смотреть актуальные сообщения о проблемах, и как на них отвечать.
Учет багов и ошибок
Сразу нет. С первых предложений.