Вышла Ubuntu 18.04 LTS

православный христианин

Linuxoid

Ха-ха.

Запустил на своем маленьком Atom-нетбуке, а звука всё ещё нет, хоть девайсы и определяются. В Арче же всё почти работает.

апачу в хомяке не место. у демонов хомяк уже есть и находится в /var/lib/ в нормальном дистре с правами там всё в порядке.

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

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

Мне кажется достаточно открыть файл или даже просто набрать `head <file_name>` что бы догадаться что это за файл. Программа и есть такая песочница, по крайней мере должна быть. В программировании огромное значение уделяется понятиям encapsulation и implementation hiding. То есть разделение программы на объекты которые используют свои переменные, функции которые не засоряют global namespace. В книге по C++ вроде бы писалась даже конкретная цифра при которой global namespace в C засоряется на столько что невозможно продолжать разработку. Вот эти ваши /usr/lib/etc/var/log и есть global namespace куда сваливает не понятно какая программа непонятно что. В итоге если я напишу программу я должен думать не будет ли конфликтовать название какого то файла моей программы в этих юниксвейных каталогах с другим ПО. А при использовании ПО документацию всё равно надо читать в которой должно быть как минимум написано где в папке установки ПО нах лог а где конфиг. К тому же если ПО opensource можно легко переименовать файлы. Ваша унификацию тут вовсе ни к чему, каждое ПО работает по своему и всё равно его придётся конфигурировать отдельно от остального, так нахрен эту конфигурирацию сваливать в одну кучу.

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

То же самое с любыми программами. Не под конкретные ОС, а под стандарты. И достаточно жестко карать за нарушение стандартов. По суду.

Просто достаточно требования не сертифицировать оборудование для продажи без наличия open source драйверов.

набрать `head <file_name>` что бы догадаться

ясна-панятна...

На вашей аватаре - шанхайский барс???.

Или мексиканский тушкан???

Диковинная зверюга...

Кот мануал.

Ваш аватар подозрительно смахивает на логотип Windows...

А не пора ли нам помочь многоуважаемому Билли нашему Гейтсу с вместе с остальными юзерами Windows???

Дядька, не приставай ко мне, я сегодня утром на жж обнаружил филиал ЛОР-а. о ктором я и не знал... %-)

так что аватарка - единственное спасение от глюков!

это что какая то заповедь которую нельзя нарушить?

Да. Эта запрведь реализована выполнением
./configure --prefix=/usr/bin
перед сборкой бинарников, уложенных впоследствии в пакет.

где хочу там и ставлю

пересоберите/опакетьте как захотели, никто не запрещает

в инсталляторе должен быть пункт куда установить

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

3 года на 10ке, с 2009 на 7ке, ну и так по мелочи там, хр, виста, 95, 98, всегда были актуальные времени ОС. Когда в начале 2000х с домашним ПК стало туго, ну винт сломался, там на работе было чего по кнопкам стучать, то перебивался на НТ4 и ФрииБСД.

А чо, всё устраивает, норм...

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

Мне кажется достаточно открыть файл или даже просто набрать `head <file_name>` что бы догадаться что это за файл

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

Они там просто debian-installer (который ранее использовался) перекрасили или он правда новый?

А вы видели, какая версия debian-installer там использовалась? Это был ппц.

Видел, тут бага была с деб-инсталером и диском у меня, гонял все возможные актуальные версии, в том чиле и убунту-сервер 16.04...

и заточку под дурака/тупую домохозяйку с атрофированным мозгом

Ну спасибо друг.

что за профессия такая «админ», хрень какая то

за что платить увеличенным за счет статической линковки объемом

Как за что? За возможность использовать более новую версию, нет?

А без статической линковки использовать новые версии невозможно? Поясни пожалуйста на примере калькулятор почему его нельзя обновлять как обычный пакет и в чем необходимость упаковывать в snap. Наверное чтобы сложить 2+2 ему нужны какие-то ежеминутно обновляемые арифметические библиотеки? Вот оно почему раньше калькулятор в убунте не обновлялся, теперь линукс точно готов для десктопа.

ты просто не хочешь ничего менять, привык к этой файлопомойке. зачем тебе знать где лежит файл если не собираешься его открывать? что усложнится если файл будет лежать в /programs/<program_name>/ а не в общественной помойке /etc/?

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

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

ну и что он не должен уметь программировать, и вообще должен знать только названия файлов в /etc

Ты несколько упрощаешь проблему.
Я уже и позабыл, что там сейчас вместо DDE(w311)/OLE(w95), но как только начнешь так упаковываться, внаглую, без согласования со всей остальной системой, то возникнут проблемы как с буфером обмена, так и вообще с вызовом сторонних приложений.

Т.е., по хорошей практике, нужно поднимать «лит-ру» по реализации копипасты в макОС, современной винде, современном линуксе.

Мысли о «логической контейнеризации» прикладных программ звучат из утюгов еще с 90х и раньше, наверное, но как только толпа ломанулась на тематические форумы, вопрос поднимался.

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

кто всем этим будет заниматься?
дистр десктопной убунты - 1.8гб уже
андрюши - под 800мб

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

деньги кто даст?
На нормальный графон - не дают же!

давно было, что-то там хитро в ранние мс-офисы ОЛЕ работало странновато, при копи-пасте на другом компе могло не открыться.

ну это так, детские болячки, 25 летней давности. я не в курсе как оно сейчас.

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

Таких дистров - на каждом интернет-закоулке в палатке россыпью :-)

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

Потому что для его сборки нужна библиотека или программа, которая на одну циферку моложе(больше) той, что в твоем дистре, а ниже никак, не собирается, хоть ты тресни, вот и все. Мантейнер связан по рукам и ногам, ради его любимой проги даже в последний релиз десктопного дистра никто не будет вносить изменения, ибо они будут веерными и это уже будет не релиз, а уж про стейблы и говорить нечего. Возможно мой опыт устарел, я в дебе(lenny) пытался замутить себе пару или три бекпорта(goldendict и что-то еще, забыл, vlc, кстати, пытался, но это была скорее авантюра, монстр же), очень хотелось новый функционал, кароче, поиграйся в эту тему, всё сам увидишь, я потом на фряху ушел, вот как противно стало.

статическая же линковка гарантирует что можно пользоваться этой программой как угодно долго в независимости от желания разработчиков всё извратить когда им моча в голову ударит

То есть если калькулятор состоит из пары строчек кода, весит 10 Кб но использует Qt надо вместо сборки его пакета под имеющуюся в репозитории версию Qt ставить вместе с ним еще одну версию Qt? А если он использует несколько таких тяжелых библиотек? И так для каждого приложения из десятков или сотен установленных в системе? У меня будет 158 версий Qt? Ты что там куришь такое? Я надеюсь таких как ты к разработке линукса не подпустят никогда даже близко, нравится тебе винда - ну пользуйся на здоровье ))

Кстати, о птичках. Не знаешь, почему Кубунта есть, а Кдебиана нет?

Потому, что у Debian нет деления: в netinstall ест выбор между всеми 6 DE, а Live образы тоже в 6 версиях.

я в дебе(lenny) пытался замутить себе пару или три бекпорта(goldendict и что-то еще, забыл, vlc, кстати, пытался, но это была скорее авантюра, монстр же), очень хотелось новый функционал

Ты не понял моего вопроса, если через несколько лет я захочу установить в 18.04 новейший калькулятор (или другое приложение) прибитый гвоздями к версиям библиотек которых в 18.04 нет и быть не может snap или flatpack будет очевидно неплохим выбором, возможно единственным. Я спрашивал зачем приложение которое прекрасно собирается в виде пакета устанавливать в виде snap, в чем могут быть плюсы такого решения.

Я спрашивал зачем приложение которое прекрасно собирается в виде пакета устанавливать в виде snap

Ну ты заставил задуматься, мне бы такое в голову не пришло. А если подумать, то видимо причина того, что в snap/flatpack дублируются пакеты из наличествующих в репах мейнстримовых дистров в том, что мантейнеры первых их собирают не для последних, а для стейблов, слоупоков и прочих не от мира сего.

У меня будет 158 версий Qt?

Мне кажется ты неверно смотришь в будущее, нельзя его строить из фрагментов настоящего, то есть сейчас для нас это 2-3 проги, а как это будет потом, сейчас никто не знает.

А чего вернулись? Не известно?

Обновляешься с 16.04 и юнити остается

Файл подкачки только на новых установках. При обновление останется все как есть.

Там есть юз флаги?

та тренируются на котиках, пока,
там же кандидозов валом - офис, браузеры, скайпы, САДы, Гимпы.

Так с qt можно линковать статически в один бинарник. В этот бинарник не весь qt целиком пойдёт а только то что используется.

Вот Anki, dnf info говорит, что она 11 мегов, а готовый тарбол с сайта для установки с помощью make install 94 мега, там ничего не компилируется, просто копируется по каталогам, все несет с собой. 94-11=83 мегабайта проиграли, ужос!

ты просто не хочешь ничего менять, привык к этой файлопомойке. зачем тебе знать где лежит файл если не собираешься его открывать? что усложнится если файл будет лежать в /programs/<program_name>/ а не в общественной помойке /etc/?

не хочешь срать - не мучай жопу. вали взад на венду

утомили уже «яркие, креативные, не такие как все». потом этот креативный уходит в закат, а кому-то восстанавливать работоспособность конторы из его испражнений

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

Меня guix только как пакетный менеджер интересует, как там ручная сборка работает не знаю.

Чуть выше про USE flags в Guix спросили, и я осознал, что мб ввёл тебя в заблуждение своим ответом ранее. Мне показалось, что тебя волнует именно наличие пакетов, но вдруг ты как товарищ выше любишь побилдить. Это в первую очередь пакетный менеджер, но самому там билдить тоже можно, если очень хочется.

помимо тех твоих сферических зондов?

Разве этого мало? Принудительные обновы еще. Много ненужного. Я сам был ярым виндузоидом, но и то свалил. А сейчас винда у меня не приживается даже в дуалбуте. Хотя в остальном система в общем-то неплохая. Но ешьте сами.

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