1

Вот говорят,  пакет он и в Африке пакет, НО не тут то было.
Вот есть пакет onboard (экранная клавиатура), в Магее он работает правильно и вопросов к нему нет, поставил его в Росу, так он вообще никак не запустился, вообще никак и ниоткуда, плюнул и забыл. Через полгода зашёл в Росу опять, пришли обновы, поставил и пакет запустился, НО:

 Консоль:
algri@algri-desktop ~ $ onboard
15:22:01.833 WARNING Onboard.Keyboard: Atspi typelib missing, at-spi key-synth unavailable
15:22:01.927 WARNING Onboard.AtspiStateTracker: Atspi typelib missing, auto-show unavailable

запустился, уже хорошо, рано обрадовался - при работе на ней мышью, раскладка на русскую не меняется, когда поменяю на основной руками и ткну мышкой в onboard, то в поле ввода всё равно введётся на английском, хуже того, пока её не отключишь нельзя мышкой поменять и в панели.

В соседней теме про плеер Tano написал, в Магее он выдаёт ошибки сегментирования, а в Росе работает отлично на 5 с плюсом.
Вот чем объяснить такие различия работы одних и тех же программ, на одном и том же железе? не, ну я могу только предполагать - разная сборка пакета, разные сборки сопутствующих и основных библиотек в дистрибутиве.

Изучайте нюансы и мелочи - порой в них заключена вся суть проблемы!
Mageia 5.1х86_64 KDE; Mageia 6х86_64 Xfce [ highlight=#000][ console=inline] [ b][ color=#4f4]текст[ /color][ /b] [ /console][ /highlight]

2

algri14 пишет:

пакет он и в Африке пакет


Ваша неправда!!! Пакет предназначен для работы в окружении, для которого он собран.

algri14 пишет:

я могу только предполагать - разная сборка пакета, разные сборки сопутствующих и основных библиотек в дистрибутиве


А вот здесь Вы абсолютно правы!

Путь важнее цели.

3

caspar пишет:

Ваша неправда!!! Пакет предназначен для работы в окружении, для которого он собран.

caspar, не вижу у тебя подписи, какой дистрибутив и ДЕ. Так вот, Магеевские пакеты одинаково работают во всех ДЕ Магеи или не работают ag , если собраны криво.
Но удручает именно:

algri14 пишет:

я могу только предполагать - разная сборка пакета, разные сборки сопутствующих и основных библиотек в дистрибутиве.

caspar пишет:

А вот здесь Вы абсолютно правы!

были бы у меня знания, хоть знал куда залезть и поправить, а то ведь даже если отправишь сообщение в багзиллу, то исправлять могут годами

Изучайте нюансы и мелочи - порой в них заключена вся суть проблемы!
Mageia 5.1х86_64 KDE; Mageia 6х86_64 Xfce [ highlight=#000][ console=inline] [ b][ color=#4f4]текст[ /color][ /b] [ /console][ /highlight]

4

algri14 пишет:

не вижу у тебя подписи, какой дистрибутив и ДЕ

У меня на рабочих станциях RFRemix (читай Fedora) и MX-16
На серверах Scientific Linux (читай Centos) и Debian.
В любом дистре некоторые чужие пакеты будут работать нормально, другие -- нет. Хотя иногда позвенев бубном все-таки можно заставить работать и те, которые в начале не хотели работать. Но это -- как повезет.

Путь важнее цели.

5 (04.01.2018 00:44:48 отредактировано Wolf)

Пакет он и в африке пакет, как он упакован в deb или rpm разницы нет.
Есть только зависимости пакета их наличие и версий (зависимостей) в репах определённого дистрибутива.

Arch Linux x86_64 на btrfs

6 (04.01.2018 12:04:19 отредактировано algri14)

Wolf пишет:

Пакет он и в африке пакет, как он упакован в deb или rpm разницы нет.

Ну не скажи, иногда очень даже отличаются, помимо внешнего вида, в одном дистре положат запуск пакета, а в другом нет
Суть в том, что заставить исправить иногда дело хлопотное и долгое

Изучайте нюансы и мелочи - порой в них заключена вся суть проблемы!
Mageia 5.1х86_64 KDE; Mageia 6х86_64 Xfce [ highlight=#000][ console=inline] [ b][ color=#4f4]текст[ /color][ /b] [ /console][ /highlight]

7

algri14 пишет:

Ну не скажи, иногда очень даже отличаются, помимо внешнего вида, в одном дистре положат запуск пакета, а в другом нет

И причём тут понятие пакет и работа программы в этом пакете ab
И что это за новое понятие, запуск пакета?  ag

Arch Linux x86_64 на btrfs

8

Wolf пишет:

И что это за новое понятие, запуск пакета?

ag , ну извини чайника, это когда пакет есть, но он не запускается вообще, в Магее встречалось такое

Изучайте нюансы и мелочи - порой в них заключена вся суть проблемы!
Mageia 5.1х86_64 KDE; Mageia 6х86_64 Xfce [ highlight=#000][ console=inline] [ b][ color=#4f4]текст[ /color][ /b] [ /console][ /highlight]

9 (04.01.2018 13:26:49 отредактировано Wolf)

algri14, не, правда, что значит не запускается пакет?
Я понимаю не запускается программа, которая установилась при установке пакета, но так я выше написал, про список зависимостей в пакете, нужные для работы программы и их наличие/версии этих зависимостей умеющиеся в репах дистрибутива в который установили сторонний пакет.

Arch Linux x86_64 на btrfs

10 (04.01.2018 13:41:41 отредактировано algri14)

Wolf пишет:

algri14, не, правда, что значит не запускается пакет?

Это когда, пакет собран почти правильно и все зависимости есть, но например, запуск программы лежит в /usr/bin/onboard, но указиловку(путь) в пакете не указали и пакет не запускается.
Хотя с пакетом Tano совсем другая история, в Росе всё собрано правильно, а в Магее косяк либо с зависимостями, либо с библиотеками к программе

Изучайте нюансы и мелочи - порой в них заключена вся суть проблемы!
Mageia 5.1х86_64 KDE; Mageia 6х86_64 Xfce [ highlight=#000][ console=inline] [ b][ color=#4f4]текст[ /color][ /b] [ /console][ /highlight]

11

algri14 пишет:

Это когда, пакет собран почти правильно

Пакеты собираются, под конкретный дистрибутив.
Если ставишь сторонний пакет, просто будь готов разруливать с зависимостями и так далее.

Arch Linux x86_64 на btrfs

12

Wolf пишет:

Если ставишь сторонний пакет, просто будь готов разруливать с зависимостями

С сторонними всё изначально ясно, что ставишь на удачу, а вот косяки из родного репо раздражают, тем более что упущение пустяковое, но новичок в этом ни бум-бум

Изучайте нюансы и мелочи - порой в них заключена вся суть проблемы!
Mageia 5.1х86_64 KDE; Mageia 6х86_64 Xfce [ highlight=#000][ console=inline] [ b][ color=#4f4]текст[ /color][ /b] [ /console][ /highlight]