0xd34df00d
20.01.2012 13:03 Azoth_primary
Логична ли политика «деинсталлировать пакет, если он удален из репозитория» для менеджера пакетов?
Recommended by:
@pooq: моча съела говно
58 comments
recommend
bookmark
subscribe
Как-то не очень. А может быть, юзер настойчиво жаждет использовать этот пакет и дальше?
Но он же удален в апстриме! Значит, не зря и все такое.
Анальное-Рабство way
И што? А я хочу настойчиво продолжать топтаться на любимых граблях, и с чего это какой-то апстрим будет их у меня отбирать?
И вообще описанная тобой ситуация чем-то напоминает ситуацию с удалением книги 1984 с читалок.
Так существенно упрощается логика менеджера пакетов просто.
С другой стороны, я могу удалить информацию об этом пакете из интерфейса (все равно ни обновить, не установить уже), и ввести категорию Orphaned packages или типа того, откуда его можно будет удалить юзеру руками.
Да, у меня тоже такие аналогии возникли.
Ну логике менеджера пакетов, может быть, это и удобно. Но юзеру удобней то, что он контролирует сам, что у него там стоит и тп.
Почему бы просто не выводить сообщение "этот пакет удален из репозитория. Удалить? да/нет"
Поддерживаю твою другую сторону.
Потому что манагер обновляется сам, а выводить требущие интеракта диалоги из-за автоматических действий как-то очень некруто, и я стараюсь всеми средствами этого избегать.
упрощать логику — не enterprise way
Ок, при проверке, что у тебя там стоит, выводить напротив нерекомендуемого пакета вышеуказанное предупреждение?
Поешь boost.graph, няша → https://github.com/0xd34df00d/leechcraft...
Его уже нету, напротив нечего выводить >_>
А вообще пора бы мне уже запилить нормальную notification area. И она ведь уже даже запилена!
Блин, ну должно же быть какое-то окно, где можно посмотреть, сколько гадости ты себе поставил, а сколько еще можно поставить >_< А там уже и предупреждения выводить.
И уж совсем круто было бы, если "этот пакет устарен и больше обновляться не будет. Удалить? да/нет. Вместо него рекомендуется установить следующие пакеты: список".
Ноуп.
Хм. Вот так все это счастье выглядит:
Бля~
Ну это я уже в мечтах витаю, не обращай внимания. Меня просто раздражает, когда я хрен знает сколько лет использую вот эту фиговину, а потом выясняется, что её больше никто никогда поддерживать не будет, а что юзать вместо неё — а хрен знает, ищи сама, перелопачивай уйму информации.
Вооот. Почему бы не выводить предупреждение БОЛЬШИМИ КРАСНЫМИ БУКВАМИ ниже описания пакета?
Потому что пакета уже нет. Он удален, все.
Либо, конечно же, я могу не удалять локальное описалово пакета, если он установлен, но это уже как-то существенно усложняет логику. Чую экспоненту в сложности :(
Нет.
юзер поменял репозиторий → там совершенно другие пакеты или те же, но с чуточку другими названиями → все пакеты удалились → юзер грустит^Wвыбрасывает личкрафты нахуй
Лол, поменял репозиторий. Он только один же.
ну это сейчас он только один. или он у тебя hardcoded и всегда таким будет?
Хм, после названия пакета выводить?
Имхо, локально описание пакета лучше бы оставить. А то представляю себе такую ситуацию: установил себе комбаен, поставил туда всякой всячины, через полгода решил проверить, чо там в настройках. А там какая-нибудь няшечка без описания и с красной дурой-предупреждением. Чувак на всякий случай тыкает "удалить нахуй эту гадость", а потом видит, как прекрасно отвалилась его любимая фича. Он бы и хатет вернуть всё взат, а низяаааа. У юзверя печаль, член не стоит и личкрафты не любить. Зачем такое?
Нет, естественно.
Не понял. Если он пакет снес, то откуда его ставить тогда обратно?
Тогда см. #ofisie/23
ну вот не /24 тут
в том и дело что уже неоткуда. А фича была полезной...
В том то и дело, что никак. И у юзверя от этого вселенская печаль, член не стоит, котики не мурлычут, солнышко не светит, личкрафты говно. Оно кому-нибудь нужно?
таки менеджер пакетов должен иметь локально всю инфу об установленных пакетах. Просто чтобы юзверь без проблем мог узнать что за говна у него тут наставлено.
И даже после удаления пакета?
Покажи мне хоть один пакетный менеджер, который может установить пакет обратно после его сноса (исключая всякие извращения типа dpkg -i /path/to/cached.deb).
Оно ж с течением времени раздуется как пиздец.
После удаления пакета в репозитории — да, после удаления пакета локально — нет.
после удаления — нет. После удаления из репозитория, но пока он установлен — да.
=/
Естественно же, блин. После удаления пакета локально, если он остается в репах, всегда можно поставить обратно.
И это тоже. А я говорю про ситуацию, когда юзер снес уже удаленный из репы пакет.
Блин, так я и говорю, что это нереально.
А чтобы избежать такого расстройства юзверя, надо оставить локальное описание и и предупреждение о том, что в репозитории его уже нет.
Если при этом пакета там больше нет, уже ничего не сделаешь, кроме как поплакать.
Стоп, в /37 описано содержание информации о пакете в этом самом менеджере пакетов.
А, епт, ты про это. Ну это да, согласен.
Блин, я совсем запутался.
Да и хуй с ним, это уже проблемы юзверя, а не твои. Может, он зоопарк у себя на компе разводить хочет.
ну когда снёс — то всё уже, нету пакета. Я почему-то считал что мы говорим о ситуации когда пакета в репозитории уже нету, а локально он ещё установлен
То есть, в итоге, удалять описание пакета либо если он удален из репы и его нет локально, либо если его нет в репе, и юзер удалил его из локально установленных. Верно?
Иными словами, оба условия должны выполняться — и отсутствие локального пакета, и в репах.
Да.
Ок, разумно. И даже не сильно много перехуячивать придется. Спасибо :3
Не за что :) Как я поняла, писать целиком, как это выглядит идеальное в моей голове, уже не надо, т.к. ты понял, о чем я говорю :)
Да, да и тем более, пока это бы реализовать )
Да уж :) Эта возможность заменить старый пакет на список рекомендуемых, мне кажется, даже в отдельно взятой программе менее возможна, чем портирование всех игр серии Dizzy на андроид/ифон/ипад/винфон7.
Не, ну теоретически можно ввести для заменяющих пакетов отношение replaces, и прописать, какие пакеты что заменяют, и при удалении пакета из реп искать, какие пакеты его заменят. Это даже вполне вписывается в текущую архитектуру менеджера, опять же.
Правда, медленно.
С другой стороны, зачем там скорость? Это не так часто бывает.
Если ты это когда-нибудь реализуешь хоть в каком-нибудь виде, это уже будет круто, на мой взгляд.
Убивать за такое. Максимум, допускаю фичу опроса deprecated пакетов.
Штоа.