alioth salsa sso
Ну вот alioth погасили, теперь за него salsa. А с sso как быть? -- sergio.
GTK2 GTK3 scrollbar goto
Самая большая разница между gtk 2 и 3 заключается в том, что в GTK2 перемещение скроллбара в нужную позицию осуществляется по второй кнопки мыши, а в GTK3 по первой. И я уже утомился определять версию тулкита, что бы определить какую кнопку нужно нажать в данном случае. Да, я в курсе, всем насрать, этим кроме меня никто не пользуются, все колесо крутят, и не выпендриваются. Но вдруг есть извращенцы, которые знают как сделать одинаково? (желательно как в gtk3) -- sergio.
Re: debian/control Provides
В Thu, 21 Jun 2018 08:33:30 -0500 "D. H." пишет: > Лично меня вот эта штука смущает. Что-то тут не то с логикой. Именно > логикой. Эта "штука" как бы, офиц. рекомендуемый стиль для вариантных пакетов, которые выполняют один и тот же функционал, но при этом конфликтуют с друг другом (например, по объектам файловой системы, сетевым сервисам и т.п.) https://www.debian.org/doc/debian-policy/#document-ch-relationships 7.6.2. Replacing whole packages, forcing their removal
Re: debian/control Provides
On 21/06/18 07:39 AM, Artem Chuprina wrote: > Боюсь, что из программных комплексов, написанных в ОО-стиле, такие > занозы не вытаскиваются. Прошу прощения, не люблю догадываться, предпочитаю уточнять все возможные неточности во избежании глупых недопониманий. Что имелось в виду под "ОО-стиле"?
Re: debian/control Provides
В Thu, 21 Jun 2018 15:39:28 +0300 Artem Chuprina пишет: > Боюсь, что из программных комплексов, написанных в ОО-стиле, такие > занозы не вытаскиваются. Вот взять, например, виртуальный "mail-transport-agent", или "time-daemon". Я очень надеялся что `apt-cache rdepends mail-transport-agent` вернёт кучку пакетов, которым нужен mta, всё равно какой, лишь бы был хоть один. Это казалось мне логичным. Но нет, пусто, никому не нужен виртуальный mail-transport-agent. Тогда на зачем вся эта городьба с Provides? Чёт не понимаю.
Re: debian/control Provides
Andrey Nikitin -> debian-russian@lists.debian.org @ Thu, 21 Jun 2018 15:10:54 +0300: > Есть пакеты "foo-bar" и "foo-baz", каждый их которых: >Provides: foo >Conflicts: foo >Replaces: foo > И есть другой пакет: "foo-deps" у которого: >Depends: foo > Всё бы ничего, но при смене "foo-bar" на "foo-baz" (или наоборот), > apt выводит предупреждение "dependency problems": > dpkg: foo-deps: dependency problems, but removing anyway as you requested: > foo-deps depends on avreg-site; however: > Package foo is not installed. > Package foo-bar which provides foo is to be removed. > Package foo-baz which provides foo is not installed. > Делает всё как надо, меняет foo-bar на foo-baz не удаляя foo-deps. > Но предупреждение как заноза в ж..е, может кто поможет вытащить? :) Боюсь, что из программных комплексов, написанных в ОО-стиле, такие занозы не вытаскиваются. Оно запускает dpkg не с ключом "я тебе эту зависимость потом удовлетворю" (у него такого нет), а с ключом "удаляй, но не трогай зависящих". А тот в такой ситуации вполне резонно громко вопит.
debian/control Provides
Привет. Есть пакеты "foo-bar" и "foo-baz", каждый их которых: Provides: foo Conflicts: foo Replaces: foo И есть другой пакет: "foo-deps" у которого: Depends: foo Всё бы ничего, но при смене "foo-bar" на "foo-baz" (или наоборот), apt выводит предупреждение "dependency problems": dpkg: foo-deps: dependency problems, but removing anyway as you requested: foo-deps depends on avreg-site; however: Package foo is not installed. Package foo-bar which provides foo is to be removed. Package foo-baz which provides foo is not installed. Делает всё как надо, меняет foo-bar на foo-baz не удаляя foo-deps. Но предупреждение как заноза в ж..е, может кто поможет вытащить? :)