Заявление о аде зависимостей слито, мы перешли на разницу в ini-файлах?
А разница в сжатых шкурках наверняка разными версиями zip в разных дистрибутивах обусловлена.
Ядрёная консоль делает меня сильней!
Отсутствует
А разница в сжатых шкурках наверняка разными версиями zip в разных дистрибутивах обусловлена.
Не-а. В заголовке zip есть timestamp. Дальше объяснять?
Хотя, загадка, почему не разместили совсем те же файлы.
Отредактировано sentaus (17-02-2013 21:05:38)
Отсутствует
Отличия в файлах данных безусловно фатальны, ага.
Ну хоть в чем-то ты согласен, а то там и другие пакеты есть.
в криворукости разработчиков виновата Linux.
Стандартизация правит криворукость, а её в для пакетов нет.
Но за заявление, что кросплатформенные бинарники - зло, отдельное спасибо!
Да пожалуйста. Можешь еще в коде таких бинариков полазить или /usr/portage/[package]/files/ часто доставляет. А багтрекеры дистров... ммм...
Добавлено 17-02-2013 21:14:48
Заявление о аде зависимостей слито
Куда? От необходимости блокировки пакетов избавились?
Отредактировано Keepun (17-02-2013 21:14:48)
Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?
Отсутствует
Можешь еще в коде таких бинариков полазить или /usr/portage/[package]/files/ часто доставляет
Например?
От необходимости блокировки пакетов избавились?
В Gentoo? А это тут при чём? Или ты о чём-то ещё?
Ядрёная консоль делает меня сильней!
Отсутствует
Как вы думаете, беда в ДВУХ стандартах? (rpm,deb)
Беда больше в указании зависимостей в этих пакетах. Наименование пакетов в дистрах тоже отличаются.
И только этими ДВУМЯ список не ограничивается.
Например?
Влом искать что-то конкретное. Можешь на патчи Кед глянуть.
Да можешь в ебилд Оперы в функцию src_prepare() и src_install() - че же они простой распаковкой не обошлись? 3 бага каких-то попутно правят.
В Gentoo? А это тут при чём? Или ты о чём-то ещё?
А блокировка старых пакетов только Gentoo по твоему встречается?
Дистры именно своими велосипедами для пакетов и различаются. Это самая большая проблема ОСи Линя. Вряд ли скоро создадут единый менеджер пакетов, потому что это основной признак конкуренции дистров - их хлеб.
Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?
Отсутствует
Keepun
> Дистры именно своими велосипедами для пакетов и различаются. Это самая большая проблема ОСи Линя. Вряд ли скоро создадут единый менеджер пакетов, потому что это основной признак конкуренции дистров - их хлеб.
Вон глянь сколько дистрибутивов на deb сидит. Так у них только GUI менеджера отличается обычно, а всё под капотом одно и то же. У вариаций на тему Ubuntu ещё и репозиторий общий.
Отсутствует
Вряд ли скоро создадут единый менеджер пакетов, потому что это основной признак конкуренции дистров - их хлеб.
Единый менеджер пакетов - это хорошо, только это само по себе не решит ту проблему, о которой вы тут плачетесь. Но в любом случае да, общий стандарт - всегда хорошо, пусть даже rpm, который застолбили в lsb. Интересно, придерживается ли мой уважаемый собеседник такого же мнения в вопросе odt vs. ooxml
Беда больше в указании зависимостей в этих пакетах.
Ну да, я как-то так и думал, что ту же zlib невозможно притащить с собой по каким-то религиозным соображениям...
Отсутствует
Влом искать что-то конкретное. Можешь на патчи Кед глянуть.
Давай конкретней уж.
Да можешь в ебилд Оперы в функцию src_prepare() и src_install() - че же они простой распаковкой не обошлись? 3 бага каких-то попутно правят.
Ну ты хоть почитай эти комментарии, что ли. Забыли после раскидывания файлов дёрнуть обновление кэша значков да пометили бинарник paxctl'ом. Можешь спросить у своих программистов, как это связано с зоопарком библиотек разных дистрибутивов, да нам потом рассказать.
А вообще распаковать архив Оперы и запустить её прямо оттуда можно, наверное, на любом относительно современном дистрибутиве.
А блокировка старых пакетов только Gentoo по твоему встречается?
Я вот и собираюсь из тебя вытянуть, что конкретно ты имел в виду. Пока не получается.
Вряд ли скоро создадут единый менеджер пакетов, потому что это основной признак конкуренции дистров - их хлеб
Ну да, конечно, им фанаты формата пакетов деньги платят, надо полагать. Кружку пива всем RPMщикам за мой счёт!
Отредактировано krigstask (18-02-2013 11:13:00)
Ядрёная консоль делает меня сильней!
Отсутствует
Всё равно portage победит
Этот мир, не совершенный, состоит из всех из нас. Он прямое отражение наших чувств и наших глаз.
Этот мир не станет лучше и не станет он добрее, если сами мы добрее не станем.
(@ Игорь Тальков, Этот мир).
Отсутствует
Забыли после раскидывания файлов дёрнуть обновление кэша значков да пометили бинарник paxctl'ом.
че ж ты rm и mv проигнорил?
Где гарантия, что создатели учли такое удаление файлов? Больше похоже на принцип "удаления лишних файлов для освобождения места" так популярный у школоты, после которого проги пашут не стабильно.
Другое дело, если такой ебилд составят сами создатели Оперы. Именно присутствие левого сборщика пакетов понижает гарантию работоспособность проги и влечет дополнительную нагрузку на саппорт.
Я вот и собираюсь из тебя вытянуть, что конкретно ты имел в виду. Пока не получается.
взаимная блокировка конкретных версий
Ну, когда очень старую и совершенно новую версию хочешь использовать. Обычно на момент перехода это нужно. В Винде с этим проблем нет.
Ну да, конечно, им фанаты формата пакетов деньги платят, надо полагать.
Про капризы инвесторов не в курсе?
Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?
Отсутствует
че ж ты rm и mv проигнорил?
Потому что ты завёл речь о багах, естественно.
Где гарантия, что создатели учли такое удаление файлов? Больше похоже на принцип "удаления лишних файлов для освобождения места" так популярный у школоты, после которого проги пашут не стабильно. Именно присутствие левого сборщика пакетов понижает гарантию работоспособность проги и влечет дополнительную нагрузку на саппорт.
Ну вот, начинаем высасывание из пальца. Лишние файлы удалят и будет плохо работать, да-да. Это, я напоминаю нашим радиослушателям, Keepun нам доказывает невозможность собрать бинарный пакет, который будет работать на любом (наверное) современном линуксе.
Ну не веришь никому, качай ручками и распаковывай или запускай их скриптик установочный. Куда тебя опять несёт-то?
Ну, когда очень старую и совершенно новую версию хочешь использовать. Обычно на момент перехода это нужно. В Винде с этим проблем нет.
Гм, щито? И как же это в винде обходится, какой магией? Не статической ли компиляцией? И не библиотеками ли в каталоге программы?
Про капризы инвесторов не в курсе?
Вот я и говорю: фанаты формата пакетов деньги дают.
Отчётливо себе представляю:
— Мы, разработчики, решили прекратить использование своего костылевелосипеда и перейти на использование проверенного и распространённого решения ради унификации системной части, упрощения поддержки и упрощения жизни пользователей.
— Как так?! Как же наш родной ZYXPKG?! Пошли вон, мы вам не за это платим!
Ядрёная консоль делает меня сильней!
Отсутствует
Не понимаю суть драмы. Стоит у меня параллельно две версии gcc, три было до вчера, и две php. И это через менеджер (кто спалит какой, получит ничего с видом на море). Так же есть самопальный демон с либами в своем каталоге. Пара статичных бинарников валяется прямо в профиле пользователя. Не вижу проблемы пихать софт в "виндовс вее", так как местами это собственно делаю. А так же был бы очень не прочь, кабы wu могла сопровождать хоть несчастные жабу с флешплеером. И mysql .. ой, совсем размечтался.
Отсутствует
Хотелось бы вместо убунты попробовать др. дистрибутив. Вроде присмотрелся http://www.altlinux.ru/products/. Стоит не стоит или в каком пингвине больше удобства?
Ссылки типа мануалов от профи - приветствую.
Отредактировано feas (18-02-2013 22:57:21)
Добро пожаловать на форум mozilla-russia.org. Здесь вы можете посоветоваться или обратиться за помощью к фанатам и пользователям продуктов Мозиллы. Если не знаете как правильно оформить пост специально для вас расписан пункт 2.2 правил форума
Сброс на примере Firefox – лёгкое решение большинства проблем
Починка браузера. Перенос своих настроек на новый профиль.
Отсутствует
feas
Для обычного юзера всё зависит от оболочки.
Отсутствует
Потому что ты завёл речь о багах, естественно.
Речь не о тех конкретных багах, которые помечены "bug #".
нам доказывает невозможность собрать бинарный пакет, который будет работать на любом (наверное) современном линуксе.
Компиляцию проги и сами пакеты (rpm,deb) не путай.
У Оперы они разные. У Мозиллы вообще портабл, а не пакет, который по /usr нужно разбрасывать.
Хреновый сам принцип распространения.
Гм, щито? И как же это в винде обходится, какой магией? Не статической ли компиляцией? И не библиотеками ли в каталоге программы?
Только последнее.
Поскольку прога в Винде не размазана в всему диску, то достаточно только папку 1 переименовать.
Это в /usr куча ненужных файлов в папке и невозможно моментально найти все файлы от проги - в репу нужно запрос делать.
Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?
Отсутствует
krigstask пишетГм, щито? И как же это в винде обходится, какой магией? Не статической ли компиляцией? И не библиотеками ли в каталоге программы?
Только последнее.
Поскольку прога в Винде не размазана в всему диску, то достаточно только папку 1 переименовать.
Это в /usr куча ненужных файлов в папке и невозможно моментально найти все файлы от проги - в репу нужно запрос делать.
Вообще я считаю данный пост глубоким заблуждением. Во первых по куче библиотек в винде - они тупо ставятся всех версий, например фреймфорк .Net (не платформа а именно продукт фирмы Microsft - .Net Framework), дак вот библиотеки данного продукта тупо ставятся всех версий (если винда не пиратская конечно). Что касаемо каталогов расположения библиотек, в винде их несколько - каталог/подкаталог программы, C:\Program Files\Common Files\, C:\Windows\, C:\Windows\System32\, и даже в один из подкаталогов профиля пользователя так же может содержать библиотеки.
Что касаемо разманности по каталогам в линуксе, да и вообще в никсах. Тебя никто не заставляет свою программу размазывать по каталогам и даже чужую программу нет нужды куда то размазывать, так например игрф под линуксом я просто копирую к себе в домашний каталог, в одельные папки, на каждую игру - свой каталог.
Что касаем LSB - так это не указ, а только рекомендация, не более, на который конечному пользователю вообще не стоит обращать внимания.
А пассаж по поводу поиска файлов в репе совсем непонятен. Если ты программу из репы ставишь, то какого те рожна в ней ковыряться то? Поставил и пользуйся.
Плюс попытка сравнить ОС с двумя раными подходами в разработке только с одной колокольни - это, мягко говоря неразумно, одна изначально была представлена с системой разработки от "разработчика", коя направлена на прибыль с программистов (а вы что думали, Visual Studio всегда был бесплатен?), вторая преставлена группой свободных разработчиков, с несколькими конкурирующими системами разработки ПО, бесплатными кстати.
И да, по поводу всех библиотек винде, в инсталляшке, и т.д., так может говорит только весьма молодой и неопытный пользователь (тогда непонятно чего он лезет с рассуждениями в спор, коль ни опыта, ни знаний нет). Библиотеки от Visual Basic, Borland Delphi, Borland C++, Borland C++ Builder, Visual Foxpro, Visual Clarion и иных систем и раньше то представляли геморрой с ручным копированием, так и сейчас ничего в этом плане не улучшилось, единственно что программ на них стало меньше, т.к. сейчас всё более и более лидируют три системы разработки графического ПО - Visual Studio, QT (как ни странно для многих), ну и GTK.
Вообще, что касаемо каталогов в никсах - для меня это и удобно и аргументировано, всё на своих местах, и ведь никто не заставляет тебя пользоваться никсами, особенно если куплена винда.
И ещё один момент, который почему то был специально обойден при аргументации, львиная доля программ в никсах использует библиотеки, созданные другими рзработчиками, которые как правило хранятся централизованно в каталогах /lib и /usr/lib, что весьма удобно, т.к. нет бардака и дублирующих файлов, а то в винде я как то заморочился и обнаружил одних только экземпляров файла QtCore4.dll почти два десятка, в линуксе такого безобразия нет, там достаточно одного экземпляра в каталоге /lib или /usr/lib.
Так же почему то был обойден стороной такой момент - разные ресурсы могут храниться на разных разделах, так например библиотеки на одном разделе, исходники на другом, мануалы и доки на третьем. Правда боюсь, что ваш ограниченный жизненный опыт не позволит вам понять, зачем оно надо.
Этот мир, не совершенный, состоит из всех из нас. Он прямое отражение наших чувств и наших глаз.
Этот мир не станет лучше и не станет он добрее, если сами мы добрее не станем.
(@ Игорь Тальков, Этот мир).
Отсутствует
Речь не о тех конкретных багах, которые помечены "bug #".
…но почему-то ты этого сразу не мог сказать, а «имел в виду совсем другое».
Компиляцию проги и сами пакеты (rpm,deb) не путай.
Давай-ка ты переставай путаться в показаниях. Ты завёл речь об «адеъ зависимостей», теперь расхлёбывай. Оперцы собирают пакеты, работающие везде. И заворачивают их в два с половиной стандартных пакета. И это при том, что они используют изрядное количество библиотек из дистрибутива (GTK, kdelibs, gstreamer...).
Только последнее.Поскольку прога в Винде не размазана в всему диску, то достаточно только папку 1 переименовать.
А-а-а, прогрессивные методики. Ну таких костылей можно и в линуксах прилепить вообще-то. Я, например, запускал awesome в Xephyr, собрав его из git в домашнем каталоге.
Это в /usr куча ненужных файлов в папке
Сильно сказано.
Ядрёная консоль делает меня сильней!
Отсутствует
Ну, когда очень старую и совершенно новую версию хочешь использовать. Обычно на момент перехода это нужно. В Винде с этим проблем нет.
Вы это мне расскажите хотя бы про одновременное использование и с русификатором с одним профилем. То ещё занятие, когда он к одной версии подходит, а другую крашит.
Я использую, так как «мсье (/me) знает…».
Ещё вариант: новый и 3.6 или ранее с одним профилем — тут я вовсе сразу делю профили.
Поскольку прога в Винде не размазана в всему диску, то достаточно только папку 1 переименовать.
Ага. Documents and Settins называется.
Добавлено 19-02-2013 13:46:34
Вроде присмотрелся http://www.altlinux.ru/products/.
Мечтаю поставить, попробовать. Вот сейчас начал качать Школьный Новый Лёгкий.
Ссылки типа мануалов от профи - приветствую.
Официально на Школьный: http://mirror.yandex.ru/altlinux/p5/iso … n-dvd5.iso
http://www.altlinux.org/Альт_Линукс_5.0.2_Школьный
Отредактировано Пандёнок (19-02-2013 13:46:34)
Отсутствует
Что касаемо разманности по каталогам в линуксе, да и вообще в никсах. Тебя никто не заставляет свою программу размазывать по каталогам и даже чужую программу нет нужды куда то размазывать, так например игрф под линуксом я просто копирую к себе в домашний каталог, в одельные папки, на каждую игру - свой каталог.
Что касаем LSB
Помнится, в туториалах по LSB прямым текстом говорилось, что специфичные для приложения либы лучше класть отдельно от общесистемных. И примеры вида /opt/program/bin и /opt/program/lib - это к вопросу о том, как не размазывать программы по /usr.
И ещё один момент, который почему то был специально обойден при аргументации, львиная доля программ в никсах использует библиотеки, созданные другими рзработчиками, которые как правило хранятся централизованно в каталогах /lib и /usr/lib, что весьма удобно, т.к. нет бардака и дублирующих файлов, а то в винде я как то заморочился и обнаружил одних только экземпляров файла QtCore4.dll почти два десятка, в линуксе такого безобразия нет, там достаточно одного экземпляра в каталоге /lib или /usr/lib.
Это может породить и порождает проблему неразрешающихся зависимостей или dll-hell. Всё-таки запросто может случиться, что какой-то одной вшивой программке по самое не могу нужна либа какой-то конкретной версии. Возможный способ решения - именно таскать все либы с собой, тут нет решения без недостатков.
Добавлено 19-02-2013 15:37:52
невозможно моментально найти все файлы от проги - в репу нужно запрос делать.
Все файлы Microsoft Office? Моментально. В студию
Отредактировано sentaus (19-02-2013 15:43:40)
Отсутствует
Это может породить и порождает проблему неразрешающихся зависимостей или dll-hell. Всё-таки запросто может случиться, что какой-то одной вшивой программке по самое не могу нужна либа какой-то конкретной версии. Возможный способ решения - именно таскать все либы с собой, тут нет решения без недостатков.
В последних версиях Оперы на Qt4 она таскала её с собой, но использовала её только при отсутствии системной.
Ядрёная консоль делает меня сильней!
Отсутствует
вопрос хоть и не в тему, но актуален.
можно ли на минифлешкомп заменить андроид на, хотябы, убунту?
попробовал андроид лайф-сд, полнейшее уебище, но вряд ли родители справятся с установкой чего-нить более продвинутого.
Отсутствует
в винде их несколько - каталог/подкаталог программы, C:\Program Files\Common Files\, C:\Windows\, C:\Windows\System32\, и даже в один из подкаталогов профиля пользователя так же может содержать библиотеки.
Для быдлопрограммистов, которые до сВисты плевали на правила расположения файлов это конечно верно...
каталог/подкаталог программы - основа
C:\Program Files\Common Files\ - для либ API
профиль = /home и там либы не хранят (важных точно)
А за запись (не дрова) в C:\Windows\, C:\Windows\System32\ нужно наказывать. сВиста этим тоже быдло шокировала.
Так что только 1-2 папки.
Тебя никто не заставляет свою программу размазывать по каталогам и даже чужую программу нет нужды куда то размазывать
Не размажу Я, размажут за меня сборщики пакетов.
Что касаем LSB - так это не указ, а только рекомендация, не более, на который конечному пользователю вообще не стоит обращать внимания.
Не соблюдение этих правил только добавляет проблем сборщикам и юзерам.
А пассаж по поводу поиска файлов в репе совсем непонятен. Если ты программу из репы ставишь, то какого те рожна в ней ковыряться то? Поставил и пользуйся.
Какого рожна? Ок. Найди мне все файлы от VirtualBox без запроса в репу "equery f virtualbox".
На Винде я только открою c:\Program Files\Oracle\VirtualBox\, а в Лине тебя еще регистрозависимые проблемы помучают.
и ведь никто не заставляет тебя пользоваться никсами, особенно если куплена винда.
О, ну как же без такой бредовой фразы в ХоллиВаре...
А может меня Святой Отец заставляет Линем пользоваться, а я грешу с Виндой!
А вообще банальная жажда знаний толкает на юзанья Линя...
т.к. нет бардака и дублирующих файлов,
Зато есть бардачок в версиями этих либ. Круто, когда важная либа обновляется и дохнет целая DE и без вызова revdep-rebuild продолжить работу невозможно... проходил я этот квест кучу раз...
а то в винде я как то заморочился и обнаружил одних только экземпляров файла QtCore4.dll почти два десятка
И это сильно ударило по твоей жадности за потраченные несколько МБайт на диске с объемом в 200ГБ?
Зато есть 99,999% гарантия, что либа не будет перезаписана другой прогой и не нарушит тем самым работу. Не то, что в Лине...
(GTK, kdelibs)
А почему они не указали это в зависимостях?
Добавлено 19-02-2013 20:09:14
Все файлы Microsoft Office? Моментально. В студию
c:\Program Files (x86)\Microsoft Office\
c:\Program Files (x86)\Common Files\microsoft shared\OFFICE Х\
Сложно?
Отредактировано Keepun (19-02-2013 20:09:14)
Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?
Отсутствует
А почему они не указали это в зависимостях?
Потому что используются они по наличию, автомагическими методами, для маскировки под внешний вид системы.
Ядрёная консоль делает меня сильней!
Отсутствует
c:\Program Files (x86)\Microsoft Office\
c:\Program Files (x86)\Common Files\microsoft shared\OFFICE Х\
Сложно?
Это какой утилитой получено?
Отредактировано sentaus (19-02-2013 21:31:10)
Отсутствует