Linux, Windows, Mac OS X - VIII

Erik · №1301

X Strange пишет

Нет, не пустой. Там есть каталог BAT1, а в нём файлы state, info и alarm. И через них можно посмотреть статус.

Может индикатор на BAT0 по умолчанию смотрит? Галочка "показывать статус для всех батарей" (или как оно там по-русски) выставлена?

X Strange · №1302

Erik пишет

Может индикатор на BAT0 по умолчанию смотрит? Галочка "показывать статус для всех батарей" (или как оно там по-русски) выставлена?

Включил. Даже plasma-desktop перезапустил. Не помогло.

Добавлено 05-09-2010 19:57:45

Erik пишет

(или как оно там по-русски)

У меня --- по-английски.

Отредактировано X Strange (05-09-2010 20:10:48)

Erik · №1303

X Strange, ты глянь в настройках вкладку "Capabilities", сколько батареек видит? Вообще странно, что у тебя сразу BAT1, обычно ж с нуля начинается отсчёт. Возможно, ты собрал в ядре какой-нибудь лишний модуль.
Или поддержку sysfs не включил. /sys/module/battery, /sys/class/power_supply/BAT* и /sys/bus/acpi/drivers/battery на месте?

Отредактировано Erik (05-09-2010 20:15:14)

X Strange · №1304

Erik пишет

X Strange, ты глянь в настройках вкладку "Capabilities", сколько батареек видит? Вообще странно, что у тебя сразу BAT1, обычно ж с нуля начинается отсчёт. Возможно, ты собрал в ядре какой-нибудь лишний модуль.

скрытый текст

Number of CPUs: 0
Number of Batteries: 0

CPU can be turned off: No
Scheme support: Yes
Scaling capability: No

Supported CPU Policies: No methods found
Supported suspend methods: No methods found
Supported schemes : perfomance, powersaving

DPMS support: Yes
ConsoleKit Runtime support: Yes
Status: No issues found with your configuration.

Вообще бред какой-то. И kinfocenter тоже не всё показывает.

Добавлено 05-09-2010 20:23:46

Erik пишет

Или поддержку sysfs не включил. /sys/module/battery, /sys/class/power_supply/BAT* и /sys/bus/acpi/drivers/battery на месте?

На месте. А где включается/отключается поддержка sysfs. В разделе File Systems в ядре --- не нашёл.

Erik · №1305

Походу ты в ведре далеко не всё в ACPI включил. CPU power management точно работает? или что-то в этом духе.
И/или не все нужные флаги для kde выставил, что мне сейчас кажется даже более вероятным. Если /sys/devices/system/cpu/cpu*/cpufreq/ существуют и не пустые, то копай в сторону USE-флагов.
Procfs и sysfs где-то в разделах про псевдо-файловые системы, но у тебя они есть и работают.

Отредактировано Erik (05-09-2010 20:28:34)

X Strange · №1306

Erik пишет

Походу ты в ведре далеко не всё в ACPI включил.

скрытый текст

Выделить код

Код:

.config - Linux Kernel v2.6.35-gentoo-r4 Configuration                                                                                                                             
 ────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── 
  ┌───────────────────────────────────────────────────────── ACPI (Advanced Configuration and Power Interface) Support ─────────────────────────────────────────────────────────┐   
  │  Arrow keys navigate the menu.  <Enter> selects submenus --->.  Highlighted letters are hotkeys.  Pressing <Y> includes, <N> excludes, <M> modularizes features.  Press     │   
  │  <Esc><Esc> to exit, <?> for Help, </> for Search.  Legend: [*] built-in  [ ] excluded  <M> module  < > module capable                                                      │   
  │                                                                                                                                                                             │   
  │                                                                                                                                                                             │   
  │ ┌─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐ 
  │ │                                                 --- ACPI (Advanced Configuration and Power Interface) Support                                                                                                              
  │ │                                                 [*]   Deprecated /proc/acpi files                                                                                       │ │   
  │ │                                                 [*]   Deprecated power /proc/acpi directories                                                                           │ │   
  │ │                                                 < >   ACPI 4.0 power meter                                                                                              │ │   
  │ │                                                 [*]   Future power /sys interface                                                                                       │ │   
  │ │                                                 [*]   Deprecated /proc/acpi/event support                                                                               │ │   
  │ │                                                 <M>   AC Adapter                                                                                                        │ │   
  │ │                                                 <M>   Battery                                                                                                           │ │   
  │ │                                                 -*-   Button                                                                                                            │ │   
  │ │                                                 -*-   Video                                                                                                             │ │   
  │ │                                                 <M>   Fan                                                                                                               │ │   
  │ │                                                 [*]   Dock                                                                                                              │ │   
  │ │                                                 <*>   Processor                                                                                                         │ │   
  │ │                                                 < >     Processor Aggregator                                                                                            │ │   
  │ │                                                 <*>     Thermal Zone                                                                                                    │ │   
  │ │                                                 (0)   Disable ACPI for systems before Jan 1st this year                                                                 │ │   
  │ │                                                 [ ]   Debug Statements                                                                                                  │ │   
  │ │                                                 < >   PCI slot detection driver                                                                                         │ │   
  │ │                                                 -*-   Container and Module Devices (EXPERIMENTAL)                                                                       │ │   
  │ │                                                 <M>   Smart Battery System                                                                                              │ │   
  │ │                                                 < >   Hardware Error Device                                                                                             │ │   
  │ │                                                 [ ]   ACPI Platform Error Interface (APEI)                                                                              │ │   
  │ │                                                                                                                                                                         │ │   
  │ └─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘ │   
  ├─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┤   
  │                                                                      <Select>    < Exit >    < Help >                                                                       │   
  └─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘

Добавлено 05-09-2010 20:31:14

Erik пишет

то копай в сторону USE-флагов

Попробую.

Добавлено 05-09-2010 20:56:05

X Strange пишет

С чем может быть связано то, что у меня в KDE не работает индикатор батарейки (показывает: Battery: Not present). Как узнать, в чём проблема?

Всё, нашёл. И монтирование в KDE теперь работает. Дело в том, что для доступа к hal теперь нужно быть в группе plugdev.

Отредактировано X Strange (05-09-2010 20:56:39)

Erik · №1307

X Strange пишет

Всё, нашёл. И монтирование в KDE теперь работает. Дело в том, что для доступа к hal теперь нужно быть в группе plugdev

Да, об этом я не подумал. Проблема в системах "настроил-и-забыл" в том, что реально забываешь как оно настраивается :lol:

X Strange · №1308

Erik пишет

X Strange пишет
Всё, нашёл. И монтирование в KDE теперь работает. Дело в том, что для доступа к hal теперь нужно быть в группе plugdev
Да, об этом я не подумал. Проблема в системах "настроил-и-забыл" в том, что реально забываешь как оно настраивается

Просто когда систему ставят аккуратно, то читают все логи, что emerge пишет (которые потом показывает elogv). А я, когда ставил систему, слегка поспешил, вот теперь мелкие проблемы и вылазят.

Executor · №1309

Хочу поблагодарить X Strange за более подробную информацию об инсталляции программы под линукс, предоставленную в посте
http://forum.mozilla-russia.org/viewtopic.php?pid=441442#p441442
теперь есть более конкретный предмет для рассмотрения.

2b) Программы в репозитории нет. Тогда скачиваем архив с программой и либо пишем ebuild ручками, добавляем в локальный overlay и переходим к п. 2а, либо, если влом создавать ebuild, goto п.3b
3b) # useradd -m -G users,wheel admin (Создаём пользователя, который ставит программы, если его ещё нет)
4b) # chown -R admin:admin /usr/local/ (Делаем его владельцем /usr/local)
5b) # su - admin
6b ) admin $ ./configure && make && make install (ставим программу)
7b) Добавляем в автозагрузку, как в пункте а)
8b) Удаляем из автозагрузки и делаем make uninstall (если не поможет, вручную чистим каталог /usr/local)

X Strange пишет

программа emerge положит в каталог /etc новую версию конфигурационного файла и попросит пользователя вручную заменить этот файл.

Возникают вопросы, на первый случай такие:
Что будет если несколько программ будут править этот файл, после чего потребуется удалить поставленную первой?
Как пользователь поймет что файл настроек можно заменять, разве он обязан хорошо разбираться в содержимом этого файла, например в настройках cd-привода?
Как отличить вредоносное по от нормального, а вдруг там есть команда удаляющая линукс и всю информацию?
Как будет выглядеть использование portable версии? На случайном компьютере?

Процесс установки сложен, придется делать вручную то, что под виндоуз давно автоматизировано, и даже гораздо больше. Что будет если это не простая утилитка, а большая и сложная программа, которая захочет изменить десятки файлов? Многие пользователи, если они польстившись на халяву и безопасность вдруг решат перейти на "свободную" линукс будут вынуждены для инсталляции простой утилиты привлекать специалиста, и таким образом внезапно попадут на деньги. (Так же, полагаю ленивого штатного айтишника в организации будет сложнее заставить поставить программу "ручками"). А потом еще может понадобиться деинсталляция. Если же они сами решат устанавливать программы, то они потеряют собственное время, которое как известно тоже деньги. (И конечно же много времени и сил для изучения всех этих && make, chown и еще тысяч разных криптограмм). Понятно, что общий баланс получается не в пользу линукс - среди множества программ для виндоуз только некоторые требуют особых процедур, в результате неправильной инсталляции или работы, под линукс же каждая программа требует больших трудозатрат, при это в общем то отсутствие неприятностей не гарантируется. Какая то дорогая бесплатность получается.

X Strange пишет

А разработчик всегда сам определяет, какие параметры его программы настраиваются, а какие --- нет. На то он и разработчик.

Как Майкрософт? Тогда за что ее критикуют? Реестр как реестр.

Erik пишет

Ещё как денется. Не говори о том, чего не знаешь — может за умного сойдёшь (хотя поздно уже...)

Я знаю, потому что я проводил подобную процедуру. Тебе же не удается блеснуть интелликтуальностью, как ты ни стараешся.

Erik пишет

Поздравляю, ты — идиот. Это официально. Потому что человек без необратимых изменений в психике мои слова ТАК никогда бы не истолковал.

Ваша секта пока не признана официально, и наврядли будет. В обществе действуют здоровые силы которые остановят агрессивных красноглазых фанатиков. К тому же любые фанатики глупы. Ты написал то что написал; если не можешь внятно изъясняться тогда не участвуй в разговоре, и мне не придется очередной раз наблюдать неприглядную картину как ведет себя загнанный в угол пингвин.

Erik пишет

Вообще у меня складывается впечатление что под виндоусом постоянно какие то нестандартные клавиатуры ставят, по нескольку в день

Под виндоус работает много компьютеров, в отличии от нескольких под линукс, и могут встречаться разные клавиатуры. Подозреваю что при необходимости воспользоваться нестандартной на каком нибудь компьютере, слепым методом будешь давить не на те клавиши (ой, так и линукс недолго удалить), особенно это касается комбинаций.

Erik пишет

Первый: программа талантливого школьника (или крупной компании) понравилась многим и её включили в репозиторий. В таком случае описанный многократно чекбокс в пакетном менеджере для установки и удаления. Бo'льшая безопасность достигается за счёт того, что программу создатели дистрибутива уже протестировали на предмет конфликтов с другими программами. Установка и удаление происходят средствами пакетного менеджера, от программы не зависят, поэтому мусора в системе после удаления не останется гарантированно.

Зачем тестировать программу которая и так уже всем понравилась? Пользователь виндоуз в таком случае прочитает отзывы других пользователей, которым не пришлось совершенно зря возиться с ручной установкой. Кто такие создатели дистрибутива? Духовные лидеры которые указывают правоверным какие программы использовать, а какие нет? На предмет конфликта с какими программами проверяется программа, с определенным набором одобренным "соответствующими органами" линукс-сообщества? Итак, хваленая легкая и "безопасная" установка программ под линукс требует посредников, которые видимо в силу святости не могут быть некомпетентными, или злоумышленниками, и неустанно пекутся о пользователях не спуская строгого взора с школьников-программистов и корпораций. (Здесь так и хочется вставить портрет какого нить аятоллы). Это совсем не похоже на свободу, это похоже если не на прямой диктат, но влияние на порядок большее чем влияние инкриминируемое Майкрософт с ее скромными проигрывателем и браузером.

Erik пишет

Так это, пардон, любой разработчик делает. Отличие от закрытых программ в том, что в мире открытого софта, если пользователь с чем-то не согласен, он может это поменять.

Однако никто почему то так и не смог за 10 лет доработать напильником мозиллу, все пользуются стандартными версиями со стандартными недостатками которые не устраняются годами. Все ждут новой официальной версии, и я не вижу в этом никаких отличий от того что происходит с программами не являющимися опен сорсом.

Или взять mplayer - у меня есть три его разновидности, и все три недоделанные.

Erik · №1310

Executor пишет

Я знаю, потому что я проводил подобную процедуру. Тебе же не удается блеснуть интелликтуальностью, как ты ни стараешся.

:lol: Я тебя обожаю!

Executor пишет

Ваша секта пока не признана официально, и наврядли будет. В обществе действуют здоровые силы которые остановят агрессивных красноглазых фанатиков. К тому же любые фанатики глупы. Ты написал то что написал; если не можешь внятно изъясняться тогда не участвуй в разговоре, и мне не придется очередной раз наблюдать неприглядную картину как ведет себя загнанный в угол пингвин.

:lol:

Executor пишет

Зачем тестировать программу которая и так уже всем понравилась? Пользователь виндоуз в таком случае прочитает отзывы других пользователей, которым не пришлось совершенно зря возиться с ручной установкой. Кто такие создатели дистрибутива? Духовные лидеры которые указывают правоверным какие программы использовать, а какие нет? На предмет конфликта с какими программами проверяется программа, с определенным набором одобренным "соответствующими органами" линукс-сообщества? Итак, хваленая легкая и "безопасная" установка программ под линукс требует посредников, которые видимо в силу святости не могут быть некомпетентными, или злоумышленниками, и неустанно пекутся о пользователях не спуская строгого взора с школьников-программистов и корпораций. (Здесь так и хочется вставить портрет какого нить аятоллы). Это совсем не похоже на свободу, это похоже если не на прямой диктат, но влияние на порядок большее чем влияние инкриминируемое Майкрософт с ее скромными проигрывателем и браузером.

Executor, я тебя растащу на цитаты, можно? По сути — бред.

Крошка Ру · №1311

Executor все эти сложности с установкой программ чрезвучайно преувеличены :whistle: .... и вообще, больше конкретики -приведите список приложений которыми Вы пользуетесь в [windows] вот тогда можно будет реально оценить доступность аналогичного ПО для [linux]

Процесс установки сложен, придется делать вручную то, что под виндоуз давно автоматизировано, и даже гораздо больше. Что будет если это не простая утилитка, а большая и сложная программа, которая захочет изменить десятки файлов?

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

А потом еще может понадобиться деинсталляция. Если же они сами решат устанавливать программы, то они потеряют собственное время, которое как известно тоже деньги. (И конечно же много времени и сил для изучения всех этих && make, chown и еще тысяч разных криптограмм). Понятно, что общий баланс получается не в пользу линукс - среди множества программ для виндоуз только некоторые требуют особых процедур, в результате неправильной инсталляции или работы, под линукс же каждая программа требует больших трудозатрат, при это в общем то отсутствие неприятностей не гарантируется. Какая то дорогая бесплатность получается.

откуда все эти ужасающие выводы? :rolleyes: ..... я просто шокирован , даже не смотря на то что в [linux] полный чайник :dumb:

Установка дополнительного программного обеспечения

Центр приложений Ubuntu

Управление программами и обновлениями

Репозитории

Менеджер пакетов Synaptic

Менеджер обновлений

Руководство по переходу на Ubuntu

:angel:

Executor · №1312

Erik пишет

интелликтуальностью

это рефлексотерапия :whistle:

2 Крошка Руспасибо за ссылки, почитаю

krigstask · №1313

Executor пишет

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

Расскажи, как поставить под Windows программу Notepad++ из исходников.

okkamas_knife · №1314

krigstask пишет

Расскажи, как поставить под Windows программу Notepad++ из исходников.

ага. вопрос из серии расскажите как при наличии отвертки закрутить винт ножницами.

Lain_13 · №1315

okkamas_knife
Ну не хочется православному гентушнику ставить софт бинарником. Как ему поставить его из исходников? Даже в не soursce-based дистрибутивах это делается элементарно в несколько комманд, а вот в винде...

Ну а под ту же Убунту/Дебиан бинарники сейчас только ленивые не делают. Скачал и поставил в 3 клика (двойной для запуска) и 1 ввод пароля рута. Или если хочется можно распаковать в папочку и там ковыряться.

Отредактировано Lain_13 (06-09-2010 10:59:03)

okkamas_knife · №1316

Lain_13 пишет

Ну не хочется православному гентушнику ставить софт бинарником. Как ему поставить его из исходников?

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

Lain_13 · №1317

okkamas_knife
В том-то и дело, что установка из сырцов в винде не популярна, а в линуксе это часть культуры и всё давно автоматизировано. ж)
Вон даже банальный subversion (SVN) нужно отдельно искать и ставить.
А вон для сборки одного только N++ нужно аж два разных компилятора:
* notepad++.exe: Visual Studio 2005
* SciLexer.dll: VC++ 6
А ещё какая софтина под студию 2008 найдётся и ещё под несколько других версий? Это что ж, держать всех этих многогигабайтных монстров у себя на компе? Я честно говоря не в курсе есть ли чисто консольные версии их компиляторов отдельно. Должны быть. Но всё равно сложно всё это поставить, тогда как в той же убунту для установки известного пакета из сырцов мне нужна ровно одна команда в консоли, а авторы сторонних обычно не ленятся указывать что нужно для сборки... и это всё тоже обычно ставится одной командой.
И винда никогда не будет в этом плане рядом с линуксом потому, повторяю, что в линуксе давать пользователю возможность самому всё собрать это часть културы, а в винде этого просто нет и не предвидится.
Можно ли это считать премуществом для простого пользователя? Да ему пофиг. Но вот для желающего заглянуть под капот это именно то, что нужно.

okkamas_knife · №1318

Lain_13 пишет

А ещё какая софтина под студию 2008 найдётся и ещё под несколько других версий? Это что ж, держать всех этих многогигабайтных монстров у себя на компе?

ну дык яж написал

okkamas_knife пишет

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

и компилятор бы был один ну может парочка
заметь для винды на чём только не пишут а в линухе в 90% это С
винда не включает в себя компилятор только потому что это пользовательская система а не программерская.
и дело не в исходниках,а в способе применения. большинство юзеров не занимались и не собираются заниматься программированием даже в самом малом виде и именно для них и создана винда - клацнул мышкой-получил результат.
пользователь не хочет разбираться в системе ему нужен конечный результат причем без особых заморочек.
а как оно там внутри делается ему пофиг. то бишь ему нужна не система а прикладные программы.сейчас под винду их гораздо больше,на любой вкус и цвет. и для установки не надо включать мозг и прыгать с бубном(запоминать и писать непонятные закорючки в коммандной строке) тупо скачал кликнул на инсталляшку,несколько раз кнопочку далее не утруждая себя чтением и готово.а всякие галочки и прочие настройки это же жутко сложно,потому и софт ща стали писать однокнопочный - сделать шедевр,посмотреть кино,послушать музыку итд. много ли людей после установки программы сразу лезут в настройки? вот поэтому в винде и такие традиции.
линух изначально создавался как система где юзер должен использовать мозги потому там и сборка из исходников чтоб можно было влезть и поковыряться.
это как телевизоры если помнишь где программы переключались барабаном то бишь каналы были вшиты и без образования туда чтоб чтото подстроить лучше было не лезть. но зато включил и смотри.
потом появились ящики с кнопочным блоком где надо было предварительно покрутить ручку чтоб настроиться на нужный канал. крутить стало проще но и включи - смотри уже не работает.надо настроить предварительно.
потом пошли электронные где настройка идёт автоматом то есть нажал пару кнопок он просканировал и запомнил. настраивать стало проще.
сначала простая система с минимумом настроек но простым и рабочим софтом
потом дали свободу в настройках - крути -нехочу но и накрутить можно будь здоров
потом поняли что лучше спрятать эти настройки подальше от глупого юзера.
если посмотреть на развитие что винды что линуха они оба подходят под эту формулу.
стоит еще немного подождать и появятся дистрибы для совсем уж дубовых юзеров
где всё будет автоматом и тонкие настройки будут зарыты глубоко-глубоко и если ты до них докопался то на всякий случай тебя еще раз десять переспросят а вы уверены? точно также как в винде.

krigstask · №1319

okkamas_knife пишет

заметь для винды на чём только не пишут а в линухе в 90% это С

Это вот ерунда на постном масле (-:Е

Добавлено 06-09-2010 15:45:59
Во всяком случае, для тех программ, которые пользователь может не найти в репозитории.

X Strange · №1320

okkamas_knife пишет

заметь для винды на чём только не пишут а в линухе в 90% это С

Во-первых, ещё как минимум C++. А какие языки Ваи ещё нужны? Чем C++ не устраивает? (я сейчас говорю, естественно, только про компилируемые языки).

Добавлено 06-09-2010 16:16:30

okkamas_knife пишет

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

Вот именно! В этом одно из его главных достоинств перед виндой. Не люблю, когда пользователя считают идиотом. Особенно если это его собсвенный компьютер, где администратор он.

Lain_13 · №1321

okkamas_knife
Ммм... Убунту уже здесь.

Добавлено 06-09-2010 16:24:06
X Strange
В гномо-софте иногда ещё C# проскакивает на негодном Моно.

Добавлено 06-09-2010 16:24:54
> В этом одно из его главных достоинств перед виндой
Вынужден категорически согласиться.

Ильнур · №1322

Я поставил Mandriva One 2010 Spring GNOME Как вы думаете забуду ли я про Ubuntu 10.04 LTS

Lain_13 · №1323

Ильнур
Я думаю ты вернёшся когда выйдет 10.10.

Добавлено 06-09-2010 16:55:08
С убунту нужно либо на Арч убегать, либо сразу на Генту.

X Strange · №1324

Executor пишет

Зачем тестировать программу которая и так уже всем понравилась? Пользователь виндоуз в таком случае прочитает отзывы других пользователей, которым не пришлось совершенно зря возиться с ручной установкой.

Тестируется не работоспособность, а возможность установиться в дистрибутив, не снеся при этом систему.
Вот, например, есть программа, скажем, mc (Midnight Commander --- консольный файл-менеджер). И нужно ему для установки создать в системе следующие файлы (и каталоги, если их ещё нет):

скрытый текст

/etc
/etc/mc
/etc/mc/Syntax
/etc/mc/cedit.menu
/etc/mc/edit.indent.rc
/etc/mc/edit.spell.rc
/etc/mc/extfs
/etc/mc/extfs/extfs.ini
/etc/mc/extfs/sfs.ini
/etc/mc/filehighlight.ini
/etc/mc/mc.charsets
/etc/mc/mc.ext
/etc/mc/mc.keymap
/etc/mc/mc.keymap.default
/etc/mc/mc.keymap.emacs
/etc/mc/mc.lib
/etc/mc/mc.menu
/etc/mc/mc.menu.sr
/usr
/usr/bin
/usr/bin/mc
/usr/bin/mcedit
/usr/bin/mcmfmt
/usr/bin/mcview
/usr/libexec
/usr/libexec/mc
/usr/libexec/mc/cons.saver
/usr/libexec/mc/mc-wrapper.csh
/usr/libexec/mc/mc-wrapper.sh
/usr/libexec/mc/mc.csh
/usr/libexec/mc/mc.sh
/usr/sbin
/usr/share
/usr/share/doc
/usr/share/doc/mc-4.7.0.3
/usr/share/doc/mc-4.7.0.3/AUTHORS.bz2
/usr/share/doc/mc-4.7.0.3/README.bz2
/usr/share/locale
/usr/share/locale/ru
/usr/share/locale/ru/LC_MESSAGES
/usr/share/locale/ru/LC_MESSAGES/mc.mo
/usr/share/man
/usr/share/man/man1
/usr/share/man/man1/mc.1.bz2
/usr/share/man/man1/mcedit.1.bz2
/usr/share/man/man1/mcview.1.bz2
/usr/share/man/man8
/usr/share/man/ru
/usr/share/man/ru/man1
/usr/share/man/ru/man1/mc.1.bz2
/usr/share/mc
/usr/share/mc/extfs
/usr/share/mc/extfs/README
/usr/share/mc/extfs/a
/usr/share/mc/extfs/apt
/usr/share/mc/extfs/audio
/usr/share/mc/extfs/bpp
/usr/share/mc/extfs/deb
/usr/share/mc/extfs/deba
/usr/share/mc/extfs/debd
/usr/share/mc/extfs/dpkg
/usr/share/mc/extfs/hp48
/usr/share/mc/extfs/iso9660
/usr/share/mc/extfs/lslR
/usr/share/mc/extfs/mailfs
/usr/share/mc/extfs/patchfs
/usr/share/mc/extfs/rpm
/usr/share/mc/extfs/rpms
/usr/share/mc/extfs/s3
/usr/share/mc/extfs/trpm
/usr/share/mc/extfs/u7z
/usr/share/mc/extfs/uace
/usr/share/mc/extfs/ualz
/usr/share/mc/extfs/uar
/usr/share/mc/extfs/uarc
/usr/share/mc/extfs/uarj
/usr/share/mc/extfs/uc1541
/usr/share/mc/extfs/ucab
/usr/share/mc/extfs/uha
/usr/share/mc/extfs/ulha
/usr/share/mc/extfs/urar
/usr/share/mc/extfs/uzip
/usr/share/mc/extfs/uzoo
/usr/share/mc/mc.hint
/usr/share/mc/mc.hint.cs
/usr/share/mc/mc.hint.es
/usr/share/mc/mc.hint.hu
/usr/share/mc/mc.hint.it
/usr/share/mc/mc.hint.nl
/usr/share/mc/mc.hint.pl
/usr/share/mc/mc.hint.ru
/usr/share/mc/mc.hint.sr
/usr/share/mc/mc.hint.uk
/usr/share/mc/mc.hint.zh
/usr/share/mc/mc.hlp
/usr/share/mc/mc.hlp.ru
/usr/share/mc/skins
/usr/share/mc/skins/darkfar.ini
/usr/share/mc/skins/default.ini
/usr/share/mc/skins/double-lines.ini
/usr/share/mc/skins/featured.ini
/usr/share/mc/skins/gotar.ini
/usr/share/mc/syntax
/usr/share/mc/syntax/PKGBUILD.syntax
/usr/share/mc/syntax/ada95.syntax
/usr/share/mc/syntax/aspx.syntax
/usr/share/mc/syntax/assembler.syntax
/usr/share/mc/syntax/awk.syntax
/usr/share/mc/syntax/c.syntax
/usr/share/mc/syntax/cabal.syntax
/usr/share/mc/syntax/changelog.syntax
/usr/share/mc/syntax/cs.syntax
/usr/share/mc/syntax/css.syntax
/usr/share/mc/syntax/cxx.syntax
/usr/share/mc/syntax/d.syntax
/usr/share/mc/syntax/debian-changelog.syntax
/usr/share/mc/syntax/debian-control.syntax
/usr/share/mc/syntax/debian-description.syntax
/usr/share/mc/syntax/debian-sources-list.syntax
/usr/share/mc/syntax/diff.syntax
/usr/share/mc/syntax/dos.syntax
/usr/share/mc/syntax/ebuild.syntax
/usr/share/mc/syntax/eiffel.syntax
/usr/share/mc/syntax/erlang.syntax
/usr/share/mc/syntax/f90.syntax
/usr/share/mc/syntax/filehighlight.syntax
/usr/share/mc/syntax/fortran.syntax
/usr/share/mc/syntax/haskell.syntax
/usr/share/mc/syntax/html.syntax
/usr/share/mc/syntax/idl.syntax
/usr/share/mc/syntax/j.syntax
/usr/share/mc/syntax/java.syntax
/usr/share/mc/syntax/js.syntax
/usr/share/mc/syntax/latex.syntax
/usr/share/mc/syntax/lisp.syntax
/usr/share/mc/syntax/lsm.syntax
/usr/share/mc/syntax/lua.syntax
/usr/share/mc/syntax/m4.syntax
/usr/share/mc/syntax/mail.syntax
/usr/share/mc/syntax/makefile.syntax
/usr/share/mc/syntax/ml.syntax
/usr/share/mc/syntax/named.syntax
/usr/share/mc/syntax/nemerle.syntax
/usr/share/mc/syntax/nroff.syntax
/usr/share/mc/syntax/octave.syntax
/usr/share/mc/syntax/pascal.syntax
/usr/share/mc/syntax/perl.syntax
/usr/share/mc/syntax/php.syntax
/usr/share/mc/syntax/po.syntax
/usr/share/mc/syntax/povray.syntax
/usr/share/mc/syntax/procmail.syntax
/usr/share/mc/syntax/properties.syntax
/usr/share/mc/syntax/python.syntax
/usr/share/mc/syntax/ruby.syntax
/usr/share/mc/syntax/sh.syntax
/usr/share/mc/syntax/slang.syntax
/usr/share/mc/syntax/smalltalk.syntax
/usr/share/mc/syntax/spec.syntax
/usr/share/mc/syntax/sql.syntax
/usr/share/mc/syntax/strace.syntax
/usr/share/mc/syntax/swig.syntax
/usr/share/mc/syntax/syntax.syntax
/usr/share/mc/syntax/tcl.syntax
/usr/share/mc/syntax/texinfo.syntax
/usr/share/mc/syntax/tt.syntax
/usr/share/mc/syntax/unknown.syntax
/usr/share/mc/syntax/verilog.syntax
/usr/share/mc/syntax/vhdl.syntax
/usr/share/mc/syntax/xml.syntax
/usr/share/mc/syntax/yum-repo.syntax
/usr/share/mc/syntax/yxx.syntax

Здесь и сам исполняемый файл, и настройки, и файлы документации, и прочие необходимые для работы файлы.
Для обозначения такого набора файлов и правил их расположения принято использовать термин "пакет". Отсюда, кстати, и название --- пакетный менеджер. То есть пакет --- это архив с файлами + описание правил их размещения. Заметим, что полные пути файлов --- это тоже информация, содержащаяся в пакете: изменить их можно, но только изменив пакет (просто подредактировав их в описании пакета. В этом действии обычно нет ни проблем, ни смысла). При установке пакета эти файлы появляются в системе, а при деинсталляции --- удаляются. (Реально, конечно, пакет устроен гораздо сложнее, там может быть что-то типа запросов на изменение конфигурации, список зависимостей, который (в случае gentoo) ещё может зависить от USE-флагов, тот же mc, скажем может "тянуть за собой" иксы или gpm, а может не тянуть, в зависимости от USE-флагов, указанных при установке), итп. но я рассматриваю самый простейщий случай). Описание пакета (под описанием я понимаю не только имя и краткое описание программы, но и всю эту информацию: список файлов, зависимостей и прочее --- кроме слова "описание" ничего в голову не приходит, по поводу того, как это назвать) может храниться в одном файле с пакетом (например, rpm), может быть отдельно (в gentoo описание --- это просто текстовый файл с расширением ebuild, а архив с программой хранится отдельно. Правда список в нём вроде бы не хранится --- только информация, как его получить: prefix, а дальше всё делает Makefile, инсталлируя сперва во временный каталог. Но это уже детали --- я пишу, как может работать абстрактный пакетный менеджер, а на gentoo portage только ссылаюсь.)
А теперь возникает вопрос: а вдруг два устанавливаемых пакета имеют 2 совпадающих файла? Да, да --- такое может быть, например для каких-то системных демонов вроде syslogd (надеюсь, это интуитивно понятное название? Объяснять не надо?), которые могут иметь различные реализации, либо просто 2 разработчика программ независимо друг от друга разрабатывали, может, они каталог настроек решили одинаково назвать? Или это разные версии одной программы, имеющие разные названия? Или даже одно, но версии слишком разные? (например, можно поставит в систему и gcc-4.2, и gcc-4.4. Это называется Slotted Packages) В любом случае при написании пакетов надо проверять, что таких коллизий нет. Иначе пакетный менеджер при установке двух пакетов выругается и скажет, что эти пакеты не могут быть установлены одновременно. И будет совершенно прав. Вот за тем, чтобы таких коллизий не возникало (за исключением случаев, когда пакеты действительно не могут стоять одновременно в силу здравого смысла) как раз должен следить тот, кто пишет описания пакетов. Как правило --- это разработчики дистрибутива, но никто не запрещает составить описание самому или подправить имеющиеся, если не устраивает то, что сделали разработчики. Это во-первых не так уж сложно, во-вторых почти никогда не нужно именно в силу того, что это не так сложно и разработчики вполне успешно справляются с этой задачей сами. Нет, бывают, конечно ошибки в описаниях, например, недостающие зависимости. Но пакетный менеджер гарантирует, что ошибка в описании пакета не может привести к разрушению системы, в худшем случае --- к тому, что пакет не будет установлен.
Теперь возникает вопрос: а как быть, если всё-таки хочется поставить в систему два пакета и от коллизий избавиться нельзя (я такого не встречал, но всё же вдруг кто-то сделает?) Для этого существует такое понятие, как дерево установленных программ/пакетов. Дерево --- это набор каталогов, в который ставятся программы, их настройки и прочие файлы. Сам каталог почему-то называется словом prefix. Пакетный менеджер обслуживает одно дерево программ: каталог /usr. В примере установки программы вручную (тот самый configure && make && make install) установка шла в дерево /usr/local (заметим, что каталог /usr/local, хоть и находится в каталоге /usr, но частью дерева пакетов /usr он не является. Я лично считаю, что его логичнее было бы в корневом каталоге располагать --- вот так: /local, /local/usr, /local/etc, итд. А реально делают так: /usr/local, /usr/local/etc). Правда немного отличается сам подход: пакетный менеджер обеспечивал сохранность файлов, не относящихся к данному пакету сам, собственными средствами. Поскольку он умеет это делать, ему можно запускаться от рута. Здесь же мы предоставляем копирование файлов разработчику пакета, запуская make install вручную, поэтому для контроля запускаем его не от рута, а от имени специального пользователя "admin". Он имеет достаточно прав для записи только в своё дерево. Поэтому своё дерево, обслуживаемое вручную, без пакетного менеджера, make install может и испортить, но в локальном дереве редко ставится много программ. Там это проблему можно решать ручными бэкапами, другими package manager'ами, надеждой на порядочность разработчиков, и на худой конец переустановкой локального дерева.

Добавлено 06-09-2010 17:21:02

Ильнур пишет

Я поставил Mandriva One 2010 Spring GNOME

Mandriva One --- очень урезанный. Туда придётся доустанавливать кучу пакетов. Там даже gcc нет.

Добавлено 06-09-2010 17:22:11
Лучше ставить Mandriva Free, а потои доустановить проприетарные драйвера, если нужно.

Отредактировано X Strange (06-09-2010 18:50:14)

Крошка Ру · №1325

спасибо за ссылки, почитаю

Executor да уж пожалуйста почитайте :angel:

Полезная информация

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Код:

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Re: Linux, Windows, Mac OS X - VIII

Board footer