Новое в дистрибутивах Восьмой платформы

[Speccyfighter]

можно обойтись и без ... проприетарных клиентов

Угу. С гита взять исходники с последними обновлениями 2012-го года.

[Speccyfighter]

Разницы же между каталогом и директорией нет вообще,

Есть. Но снаружи её не увидеть.

Или вы никогда не ставили пакеты (в том числе и из Альта, в том числе и из бранчей) с конфликтующими зависимостями?..

У нас разное представление о конфликтах зависимостей.
Это повод взяться за дело. Иногда азартное.
Иногда степень азарта зависит от громкости грохота.
Иногда в альтах сделали то, о чём чуть ранее только подумал как оно должно быть, чтобы оно не взрывалось и дальше.
Каждый случай индивидуален. А потому по-своему интересен.
С результатом: скучно, потому, что просто работает.

Или вы никогда не сталкивались с тем, что вы не можете обновить пакет, ибо кривая зависимость не дает это делать

Двое суток разборок и несколько часов чтобы свежий пакет влетел.
Просто беспредметно шуметь, это самое непродуктивное действие.
Когда народ подключается к работе и поактивней становится, даже веселее.
И мне как пользователю, от этого, выгода самая прямая: что потопал, то и полопал.

(и приходится фигачить низкоуровневыми пакетными утилитами (rpm, deb...), и иже с ними)? :)

Через force и nodeps?

И да, я вас удивлю, в Линуксе далеко не всегда пакеты разделяются "по штучно"

В альтах такими глупостями не занимаются. У них для этого есть макро и виртуальные пакеты.
Можно вспомнить про sfs-модули, но это сравнивать тёплое с твёрдым - подход и задачи абсолютно разные.

Рекомендую узнать почему, к примеру, не стоит компилять "тру способом".

Компилять даже не сменив префикс?
Ну тогда пусть ещё раз читают, почему не стоит компиллять тру способом.
То что собрано, больше никому не надо. Ломаться там нечему и не из-за чего.
А проблема-то в чём?

[dango]

Тут уже много сказали насчет "райского" варианта установки пакетов. Позволю себе напомнить правило "Бритва Оккамы", которое гласит "Не следует множить сущее без необходимости". Этого же требует и принцип KISS.
Это применимо и к бэкапам. Документы, видео, аудио, изображения уже сейчас пользователь может сохранить облачными клиентами или настроенными файловыми менеджерами. Бэкап системных разделов (самое надежное, ИМХО) можно решить соответствующим софтом, а также руками и головой. А разработка софта резервного копирования пользовательских настроек для десктопной ОС (вкупе с с функцией восстановления их), требует совместного планирования и решения многих сопутствующих вопросов. Без помощи и содействия от заинтересованных пользователей, которым это, действительно, нужно, разработчики могут просто не взяться за дело. Удобства для абстрактного пользователя абстрактны без подтверждения.

[YYY]

Удобства для абстрактного пользователя абстрактны без подтверждения.

Есть же божественная!
И ее адепты молятся на решения из нее :)
О! Великие убрали кнопку пуск - как это удобно я всегда мечтал!
О! Великие добавили кнопку пуск - они читают наши мысли!
Тоже самое с облаками.
Поэтому повторю еще раз, пардон.
В божественной с облаками все решено Великими именно так как должны мечтать юзеры.
Поэтому тем юзерам, кто привык "мечтать/делать" по указке Великих, лучше на божественную сразу...

[YYY]

А насчет установки пакетов "со всеми зависимостями".
Таких проектов было не менее 10ки - чуть ли не каждый год громкие заявления....
Вот только не взлетело ни разу...
И не взлетело потому что ПО ФАКТУ никому не нужно оказалось.
Вменяемый пользователь понимает, что если из 2000 пакетов на его компе 2-3 пакета не устраивают КОНКРЕТНО его, то вместо того чтоб ломать остальные 1997/8 пакетов, лучше разобраться с этими 2-3 "вручную" (потратив один раз 5-10 минут на это).
Невменяемые все равно сбегут... Что и произошло с невменяемыми пользователями вот таких вот проектов "со всеми зависимостями"...

[YYY]

А если тестировать нечего, то "создавай подраздел на форуме" не создавай

Давай последовательно.
а) обозначаем проблему
б) решаем проблему

уже взрослеть пора, а то все так и веришь в "прилетит вдруг волшебник в голубом вертолете и бесплатно  подключит УанДрайв".

Тебе же сказали что для ООО домашники на шибко инетересны. Значит сами домашники и должны решать, а не ждать...

коли сразу отправлять всех "как как unihorn-а сразу на божественную"

Лучше сразу правду сказать. Пусть она и не сладкая... Это же не винда... Зачем зря такого юзера мучить?

[dango]

Есть же божественная!

YYY, вы меня поняли правильно
Гребаное меню на моем первом Windows Server 2012 вызвало желание материться.

А насчет установки пакетов "со всеми зависимостями".

По мне, нафиг-нафиг. Я рад, что альтовцы придерживаются классической схемы. И, кстати, забыл спросить, где этот "ад зависимостей"?

[Speccyfighter]

Я рад, что альтовцы придерживаются классической схемы.

И я о том же.
Это избавляет от необходимости по каждому чиху менять железо ради чьих-то причуд.

Позволю себе напомнить правило "Бритва Оккамы", которое гласит "Не следует множить сущее без необходимости". Этого же требует и принцип KISS.

В цитатник.
Собсно YYY о том же, но в развёрнутом виде.

Бэкап ... (самое надежное, ИМХО) можно решить соответствующим софтом, а также руками и головой.

Причём разными вариантами, можно с добавлением exclude не дожидаясь светлого завтра, если так уж надо, избегая тех, кто настойчиво пытается повязать по рукам и ногам корпоративными правилами:

Код: [Выделить]

$ mount ~/mnt/dav/
Please enter the username to authenticate with server
https://webdav.yandex.ru or hit enter for none.
  Username: login
Please enter the password to authenticate user login with server
https://webdav.yandex.ru or hit enter for none.
  Password: 


Код: [Выделить]

$ rsync $HOME/Music/192k.* $HOME/mnt/dav/Музыка/


Код: [Выделить]

$ ls ./mnt/dav/Музыка/192*
./mnt/dav/Музыка/192k.m3u  ./mnt/dav/Музыка/192k.m3u.txt


Код: [Выделить]

$ umount ~/mnt/dav/
/sbin/umount.davfs: waiting while mount.davfs (pid 25483) synchronizes the cache .. OK


[dango]

Причём разными вариантами, можно с добавлением exclude не дожидаясь светлого завтра, если так уж надо, избегая тех, кто настойчиво пытается повязать по рукам и ногам корпоративными правилами:

Вот за это я и люблю Linux. Можно не ждать божественных подарков, а делать себе удобно своими руками.

[unihorn]

Угу. С гита взять исходники с последними обновлениями 2012-го года.

Для наших целей хватит и текущего dav-а. С головой. Большего и не надо. И будет "легко и удобно". :)

Разницы же между каталогом и директорией нет вообще

Есть. Но снаружи её не увидеть.

Между папкой и деректорией, ДА есть не большая пазница (папка более общее понятие (любая директория есть папка, но не всякая папка директория)). Между каталогом и директорией нет (ибо это одно слово на разных языках (являющееся в ИТ синонимами)).

Или вы никогда не ставили пакеты (в том числе и из Альта, в том числе и из бранчей) с конфликтующими зависимостями?..

У нас разное представление о конфликтах зависимостей.
Это повод взяться за дело. Иногда азартное.
Иногда степень азарта зависит от громкости грохота.
Иногда в альтах сделали то, о чём чуть ранее только подумал как оно должно быть, чтобы оно не взрывалось и дальше.
Каждый случай индивидуален. А потому по-своему интересен.
С результатом: скучно, потому, что просто работает.

Проблема в том, что ось это не казино. Со всем вытекающим. Людям, обычно, работать надо, а не "красноглазить".

Двое суток разборок и несколько часов чтобы свежий пакет влетел.
Просто беспредметно шуметь, это самое непродуктивное действие.
Когда народ подключается к работе и поактивней становится, даже веселее.
И мне как пользователю, от этого, выгода самая прямая: что потопал, то и полопал.

Этих "двле суток" у большинства нет. Большинстыу работать надо, а не играться. Если вам это не понятно, то увы...

(и приходится фигачить низкоуровневыми пакетными утилитами (rpm, deb...), и иже с ними)? :)

Через force и nodeps?

Как повезет или не повезет. Вместо просто поставить пакет, и не выеживаться с "азартом" (чувство которого, у большинства, в этом случае, заменяет мат).

И да, я вас удивлю, в Линуксе далеко не всегда пакеты разделяются "по штучно"

В альтах такими глупостями не занимаются. У них для этого есть макро и виртуальные пакеты.
Можно вспомнить про sfs-модули, но это сравнивать тёплое с твёрдым - подход и задачи абсолютно разные.

Как мне в Альте поставить KDE 4 без oxygen? :)

Рекомендую узнать почему, к примеру, не стоит компилять "тру способом".

Компилять даже не сменив префикс?

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

[asy]

Или вы никогда не ставили пакеты (в том числе и из Альта, в том числе и из бранчей) с конфликтующими зависимостями?..

У нас разное представление о конфликтах зависимостей.
Это повод взяться за дело. Иногда азартное.
Иногда степень азарта зависит от громкости грохота.
Иногда в альтах сделали то, о чём чуть ранее только подумал как оно должно быть, чтобы оно не взрывалось и дальше.
Каждый случай индивидуален. А потому по-своему интересен.
С результатом: скучно, потому, что просто работает.

Или вы никогда не сталкивались с тем, что вы не можете обновить пакет, ибо кривая зависимость не дает это делать

Двое суток разборок и несколько часов чтобы свежий пакет влетел.
Просто беспредметно шуметь, это самое непродуктивное действие.

Это из серии "тихо сам с собою" ?

По теме: прежде, чем старый софт тащить в новый дистрибутив, либо наоборот, надо ещё подумать, надо ли. Да, проблемы бывают, но они редко фатальные. Или оно собирается, или софт не нужен оказывается на деле. Так что понятие "ад зависимостей" весьма натянутое.

[unihorn]

По теме: прежде, чем старый софт тащить в новый дистрибутив, либо наоборот, надо ещё подумать, надо ли. Да, проблемы бывают, но они редко фатальные. Или оно собирается, или софт не нужен оказывается на деле. Так что понятие "ад зависимостей" весьма натянутое.

В случае нового софта, пролема ГОРАЗДО актуальнее. :)

Скажем когда надо, на стабильный дистр поставить НОВЫЙ пакет (но не трогать остальные). Предложения переходить на нестабильные версии дистра (где этот пакет есть) не принимаются. :)

А теперь подумайте над разницей между "просто поставить" и "пару-тройку дней красноглазить" (матерясь в голос). :)

Особенно -нибудь, где простой это бабки (или другие проблемы). :)

[unihorn]

Тут уже много сказали насчет "райского" варианта установки пакетов. Позволю себе напомнить правило "Бритва Оккамы", которое гласит "Не следует множить сущее без необходимости". Этого же требует и принцип KISS.

Бритва окама это "самое простое объясненрие, есть самое верное". Не стоит приписывать старику то, что он. никогда, не говорил. :)

Это применимо и к бэкапам. Документы, видео, аудио, изображения уже сейчас пользователь может сохранить облачными клиентами или настроенными файловыми менеджерами. Бэкап системных разделов (самое надежное, ИМХО) можно решить соответствующим софтом, а также руками и головой. А разработка софта резервного копирования пользовательских настроек для десктопной ОС (вкупе с с функцией восстановления их), требует совместного планирования и решения многих сопутствующих вопросов. Без помощи и содействия от заинтересованных пользователей, которым это, действительно, нужно, разработчики могут просто не взяться за дело. Удобства для абстрактного пользователя абстрактны без подтверждения.

Проблема в том, что это время и лишние телодвижения, либо для юзеров, либо длоя админов (что, как правило, за юзера, выполняют эту работу).

Вот только не взлетело ни разу...

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

Среди же простых пользователей ничего кроме восторга это не вызывало. И они всегда крайне сожалели от того, что "великие линуксоиды" (так "ненавидящие вигдоус", что, подобно некоторым (не будем называть имен) любовно выкладывают портреты била Гейтса, и видят слово винда даже в сове кошка) уграбливали начинания (ибо одного энтузиаста на это не хватало: не на разрабортку, не на (что даже более важно, продвижение))...

Лучше сразу правду сказать. Пусть она и не сладкая... Это же не винда... Зачем зря такого юзера мучить?

Правду...

Это про то, что я НЕ ЖЕЛАЮ ДЕЛАТЬ?

И, "посему, говорю, что юзеру это не нужно потому, что я не хочу это, ему, делать"? :)

Я, ее, что-то не слышал.

К сожаление пользователей кому нужно полно, но вот тех кто может это сделать (а также поддерживать и продвигать, что тоже очень важно) нет: ибо они "великие школ..., линуксоиды" (по факту или в душе). :) 

То что собрано, больше никому не надо. Ломаться там нечему и не из-за чего.

Скажите тем, кто с этим сталкивыается регулярно. :)

[asy]

Скажем когда надо, на стабильный дистр поставить НОВЫЙ пакет (но не трогать остальные). Предложения переходить на нестабильные версии дистра (где этот пакет есть) не принимаются. :)

Пакет берётся и пересобирается. Ничего хитрого, если он совместим со старыми библиотеками. Если не совместим, можно дособрать нужные библиотеки. Но не надо ломать его, переделывая в вариант без зависимостей. В конце концов, можно поставить в виртуалке.  А дистрибутив без зависимостей есть, можно пользоваться, кому надо.

[unihorn]

Пакет берётся и пересобирается. Ничего хитрого, если он совместим со старыми библиотеками. Если не совместим, можно дособрать нужные библиотеки. Но не надо ломать его, переделывая в вариант без зависимостей. В конце концов, можно поставить в виртуалке.  А дистрибутив без зависимостей есть, можно пользоваться, кому надо.

:)

А теперь подумайте над разницей между "просто поставить" и "пару-тройку дней красноглазить" (матерясь в голос). :)

Особенно где-нибудь, где простой это бабки (или другие проблемы). :)

Если вам не понятна разница, то увы. :)

И да. Зачем делать без зависимостей? Берем и ставим пакет, коли это нужно, со всем полным набором требующихся зависимостей, и ставим (вместе со всеми этими зависимостями) в другое место (без диких потерь времени (когда пакет нужен еще вчера) и мата с пересобиранием и подобным. Ставим не переделывая этот пакет. Просто ставим его в другое место, и все. :)

Зачем нам избавляться от зависимостей и переделывать под это пакеты (это, по меньшей мере, как минимум в случае Линя, не рационально)?

Можно, для этого, повторяю, в случае Альта, доработать его сборочницу (мы, при этом, в отличии от винды, будем иметь и более гибкие возможности по администрированию приложения (степени интеграции в систему; права, и подобное)).

Речь про избавление от "ада зависимосте", а не про "избавление от зависимостей". ЭТО РАЗНЫЕ ВЕЩИ.