The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Увидел свет дистрибутив Slackware Linux 14.0, opennews (?), 29-Сен-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Увидел свет дистрибутив Slackware Linux 14.0"  +2 +/
Сообщение от anoninstemail (?), 29-Сен-12, 11:36 
давно как уже не ползуюсь слакаи...
интересно как они там? уверенно идут вперед???
Ответить | Правка | Наверх | Cообщить модератору

2. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от chinarulezzz (ok), 29-Сен-12, 11:47 
только вперёд! :)

P.S. Пользователь слаки с 11 версии.

Ответить | Правка | Наверх | Cообщить модератору

35. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Anonimoyss (ok), 29-Сен-12, 16:52 
11-ю я тоже юзал.
Перешел на OpenSUSE.
Этож сколько лет прошло с 13 версии!
Ответить | Правка | Наверх | Cообщить модератору

39. "Увидел свет дистрибутив Slackware Linux 14.0"  +4 +/
Сообщение от chinarulezzz (ok), 29-Сен-12, 17:30 
> Этож сколько лет прошло с 13 версии!

с 13? или 11? С 11 слаки прошло лет 6 походу. Офигеть. С другой стороны когда думаю: а какой у меня выбор кроме слаки!? То ответ такой лаконичный, что аж немного грустно. Настолько привык к KISS, что остальные дистры выглядят чудовищно монструозными, переусложнёнными и туманными, неясными, меняющие свою внутреннюю структуру каждые пол-года/год:)

Ответить | Правка | Наверх | Cообщить модератору

82. "Увидел свет дистрибутив Slackware Linux 14.0"  –1 +/
Сообщение от anonymous (??), 30-Сен-12, 16:02 
> какой у меня выбор кроме слаки!?
> Настолько привык к KISS

Arch?

Ответить | Правка | Наверх | Cообщить модератору

83. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от V (??), 30-Сен-12, 16:27 
не угадал
Ответить | Правка | Наверх | Cообщить модератору

101. "Увидел свет дистрибутив Slackware Linux 14.0"  +1 +/
Сообщение от chinarulezzz (ok), 30-Сен-12, 20:50 
> KISS
> Arch?

Арч избавился от KISS внедрив систэмГэ, выпилив rc.conf, и избавляясь от initscripts. К тому же там нет инсталлятора, и после каждого штатного обновления надо читать их сайт, узнавая что еще надо подпилить, что куда они еще понаперемещали и заменили.

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

CRUX еще есть... Хотя там избавились официально от x86_32, но дистрибутив такой примитивно-простой, что взять contrib-версию и поддерживать для себя - нуль усилий =)

Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

118. "Увидел свет дистрибутив Slackware Linux 14.0"  –1 +/
Сообщение от Аноним (-), 01-Окт-12, 10:27 
> Перешел на openSUSE.

// fixed.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

192. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Еще один анонимус (?), 03-Окт-12, 22:38 
вива Слакваре.

P.S. пользователь слаки с 4-й версии :-) И я еще лечу :-)

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

193. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от arisu (ok), 03-Окт-12, 22:40 
> P.S. пользователь слаки с 4-й версии :-)

здавствуй, собрат. %-)

ставил недавно четвёрку в VirtualBox'е. поностальгировал. как молоды мы были…

Ответить | Правка | Наверх | Cообщить модератору

5. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от BratSinot (?), 29-Сен-12, 12:08 
Как раньше шли так и идут.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

11. "Увидел свет дистрибутив Slackware Linux 14.0"  +11 +/
Сообщение от Аноним (-), 29-Сен-12, 12:56 
> Как раньше шли так и идут.

Любой прогресс, любое движение противоречит slackware-way. Так что не надо тут на них наговаривать.
Стояли, и стоять будут!

Ответить | Правка | Наверх | Cообщить модератору

22. "Увидел свет дистрибутив Slackware Linux 14.0"  +11 +/
Сообщение от chinarulezzz (ok), 29-Сен-12, 13:57 
> Любой прогресс, любое движение противоречит slackware-way.

Если прогрессом называть, прости Господи, - systemd, и перенос /lib в /usr/lib, то да, слакварь не вляпывается в такой прогресс.

Ответить | Правка | Наверх | Cообщить модератору

28. "Увидел свет дистрибутив Slackware Linux 14.0"  –10 +/
Сообщение от ВовкаОсиист (ok), 29-Сен-12, 14:39 
> systemd, и перенос /lib в /usr/lib

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

Ответить | Правка | Наверх | Cообщить модератору

30. "Увидел свет дистрибутив Slackware Linux 14.0"  +4 +/
Сообщение от Просто аноним (?), 29-Сен-12, 15:18 
> назови пару причин чем тебе не угодил системд и перенос либ в юср.

Назови пару причин, по которым тебе УГОДИЛ systemd. Причины вида "Я перешёл с sysvinit на systemd и у меня всё продолжило работать, как и раньше, ничего не сломалось" не считаются.

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

Ответить | Правка | Наверх | Cообщить модератору

47. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Аноним (-), 29-Сен-12, 19:58 
Могу рассказать чем угодил апстарт: я для него конфиг-файл пишу просто и быстро. За минуту наверное. Потому что хорошо когда запускач берет на себя все типовые проблемы типа мониторинга работы программы, запуска сетевых сервисов не ранее чем сеть есть и так далее.
Ответить | Правка | Наверх | Cообщить модератору

53. "Увидел свет дистрибутив Slackware Linux 14.0"  +9 +/
Сообщение от Просто аноним (?), 29-Сен-12, 20:23 
> Могу рассказать чем угодил апстарт

Это другое. Апстарт - система инициализации. Системд - системный менеджер.

Системд пытается вобрать в себя функционал всего существующего nix-софта, включая систему инициализации, менеджер сеансов, журнал, крон и т.д. Цель системд - чтобы все системные утилиты навроде init, mount, mkfs стали лишь заглушками для вызова различных компонент системд. Этакий мегабизибокс от Леннарта. Причём заменить компонент системд другим, альтернативным, не получится, т.к. интерфейс не регламентирован, а сами компоненты заточены только под Linux и только последних версий.

Кроме того, системд, с одной стороны, предоставляет низкоуровневые компоненты типа инита и журнала и поэтому должен (по затее Леннарта) стоять на каждой системе; с другой стороны, он содержит кучу вспомогательного хлама типа интеграции с dbus и рисования qr-кодов псевдографикой, и поэтому имеет кучу зависимостей. Будет неудивительно, если в одной из следующих версий у него появится gtk-конфигуратор, и поэтому любая система, которой нежун инит, будет вынуждена содержать gtk просто потому, что использует монолитный мегакомбайн.

Пример идеологии системд. Хочешь подмонтировать раздел и вызываешь mount. mount запускает /usr/lib/systemd/systemd-filesystem-service, если тот ещё не запущен, и посылает ему по https команду монтирования, а потом ждёт результата. Как приходит результат, mount завершает работу.  Причём функционал монтирования непереносим, зависит от последней версии ядра, обязательно использует всевозможные особенности типа cgroup, и каждую новую версию переписывается. А альтернатив не будет, потому что у разработчиков не будет стимула их писать, а у пользователей - возможности. Уверен, через несколько лет, если системд не помрёт сам по себе, будет именно так.

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

Ответить | Правка | Наверх | Cообщить модератору

90. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Аноним (-), 30-Сен-12, 19:03 
> Это другое. Апстарт - система инициализации. Системд - системный менеджер.

Вообще-то я бы не отказался от некоторых фич systemd в апстарте.

> Системд пытается вобрать в себя функционал всего существующего nix-софта, включая систему
> инициализации, менеджер сеансов, журнал, крон и т.д.

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

> Цель системд - чтобы все системные утилиты навроде init, mount, mkfs
> стали лишь заглушками для вызова различных компонент системд.

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

> Этакий мегабизибокс от Леннарта. Причём заменить компонент
> системд другим, альтернативным, не получится, т.к. интерфейс не регламентирован,

А что помешает запустить из systemd посторонний cron? Ну или сислог или что там еще? Единственное что можно предъявить - дублирование функциональности в таком случае будет. Это нехорошо, факт.

> а сами компоненты заточены только под Linux и только последних версий.

Следствие кооперативности превалирующей над пофигизмом и слоупокингом. Авторам systemd удобно взаимодействовать с ядерщиками? А ядерщикам - с авторами systemd? Ну тогда будет происходить взаимодействие и интеграция. А остальные самоустранились? Выбрасывают гнутые тулсы? Ну вот пусть и скушают то что из этого следует. Если некто не пользует утиль - то автору утили нет никакого резона на таких господ ориентироваться. Правда просто? Это называется "сами себя облапошили" ;)

> Кроме того, системд, с одной стороны, предоставляет низкоуровневые компоненты типа инита
> и журнала и поэтому должен (по затее Леннарта) стоять на каждой системе;

Учитывая что эти компоненты должны быть - как-то так, да.

> с другой стороны, он содержит кучу вспомогательного хлама типа интеграции с dbus

Просто d-bus будет универсальной системной шиной для взаимодействия процессов. Помнится его базовую часть вообще в кернел хотели засунуть.

> и рисования qr-кодов псевдографикой, и поэтому имеет кучу зависимостей.

Ну вот qr-коды уже блажь. Хотя и приятно что у авторов мозг не заржавел и они живут в этой вселенной а не параллельной. Как индикатор того что авторы живут в этом мире - это хорошо. Правда такое должно быть имхо опциональным плагином.

> Будет неудивительно, если в одной из следующих версий у него появится gtk-конфигуратор,

Так это конфигуратор будет зависеть от, а не наоборот.

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

Чего бы ради? Есть куча систем где GUI вообще нет. Поттеринг прекрасно в курсе этого факта.

> по https команду монтирования,

А dbus обещанный где? Он как раз для таких вещей удобен. Это вы сами придумали или поттеринг эпикфэйлит?

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

Не зря говорят что каждый человек сам дец своего счастья. Если вы ничерта не можете и взаимодействовать не желаете - то и права голоса у вас, очевидно, нет. Жестоко но справедливо.

[куча предвзятого бухтежа скипнута]
Если оно попадет в редхат - ну и стабильные версии будут. Ну или как вы себе представляете редхат роллинг релиз? :)

Ответить | Правка | Наверх | Cообщить модератору

102. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от chinarulezzz (ok), 30-Сен-12, 21:00 
> Вообще-то я бы не отказался от некоторых фич systemd в апстарте.

переходи на systemd.

>> Системд пытается вобрать в себя функционал всего существующего nix-софта, включая систему
>> инициализации, менеджер сеансов, журнал, крон и т.д.
> Не вижу чем это плохо,

тогда сиди на systemd

>> а сами компоненты заточены только под Linux и только последних версий.
> Следствие кооперативности превалирующей над пофигизмом и слоупокингом.

Следствие пофигизма и крысиных бегов, вместо ответственности и квалифицированности.

> Авторам systemd удобно взаимодействовать с ядерщиками? А ядерщикам - с авторами systemd?

А ядерщикам пофиг. Ядерщики сами systemd поливают. На гугле плюс найдешь, если хочешь.

> Ну тогда будет происходить взаимодействие и интеграция. А остальные самоустранились?

Радует что это очередной от того же автора, PulseAudio, ConsoleKit, PolicyKit, Avahi. Т.е. нечто ненужное, очень редко используемое по назначению, и вымирающее со временем естественной смертью.

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

в этой вселенной с параллельным мозгом. Qr-коды, которые фоткать мобильником)) Или бесценные подписи логов, по сути бесполезная против взломов функция.

Ответить | Правка | Наверх | Cообщить модератору

106. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Просто аноним (?), 01-Окт-12, 01:33 
> Ядерщики сами systemd поливают.

А можно ссылку? Я видел где-то в гуглоплюсе, что Грег вроде как хорошо о нём отзывался, что меня весьма разочаровало. Хотелось бы вернуть веру в человечество :)

> и вымирающее со временем естественной смертью.

Леннарт учится, зараза, на ошибках. Ещё ни одной стабильной версии, а уже интегрируется везде где попало (даже в бизибоксе есть что-то, связанное с системд). Так что естественная смерть может быть затруднена... хотя, с другой стороны, хал когда-то тоже сватали во все двери, что не помешало ему благополучно помереть, так что будем надеяться.

Ответить | Правка | Наверх | Cообщить модератору

122. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от chinarulezzz (ok), 01-Окт-12, 11:45 
> А можно ссылку? Я видел где-то в гуглоплюсе, что Грег вроде как
> хорошо о нём отзывался, что меня весьма разочаровало. Хотелось бы вернуть
> веру в человечество :)

https://lkml.org/lkml/2011/11/22/313
https://lkml.org/lkml/2012/4/25/4

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

> Леннарт учится, зараза, на ошибках. Ещё ни одной стабильной версии, а уже
> интегрируется везде где попало (даже в бизибоксе есть что-то, связанное с
> системд). Так что естественная смерть может быть затруднена... хотя, с другой
> стороны, хал когда-то тоже сватали во все двери, что не помешало
> ему благополучно помереть, так что будем надеяться.

везёт гентушникам или слакварщикам... первые сами могут не выбирать systemd, а вторых Патрик не подведёт. Остальным, да, непонятно пока. Дебиан разве что, еще.

Ответить | Правка | Наверх | Cообщить модератору

124. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Просто аноним (?), 01-Окт-12, 12:29 
Спасибо за ссылки, почитаем :)
Ответить | Правка | Наверх | Cообщить модератору

186. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Аноним (-), 03-Окт-12, 13:20 
> https://lkml.org/lkml/2011/11/22/313

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

> https://lkml.org/lkml/2012/4/25/4

А тут вообще никакого поливания. Ну сломали что-то. Ну багофича. Враждебности и поливаний - около нуля. Простое обсуждение ситуации.

Помнится, кажется тот же Торвальдс не так давно жестко высказался и о тех кто не желает использовать все фичи их ядра. Он сказал что вообще не считает сие за полноценные линуксные дистры. Т.е. всякие слаки, а уж тем более дебианы и что там еще - свое тоже отхватили :)

Ответить | Правка | Наверх | Cообщить модератору

191. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от arisu (ok), 03-Окт-12, 22:31 
и про udev Шигорин показал чудесное: http://lkml.org/lkml/2012/10/2/303
Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

127. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Аноним (-), 01-Окт-12, 16:13 
> переходи на systemd.

Пусть сначала на кошках типа федористов и арчеводах его потестируют.

>> Не вижу чем это плохо,
> тогда сиди на systemd

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

>> Следствие кооперативности превалирующей над пофигизмом и слоупокингом.
> Следствие пофигизма и крысиных бегов, вместо ответственности и квалифицированности.

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

> А ядерщикам пофиг. Ядерщики сами systemd поливают. На гугле плюс найдешь, если хочешь.

Поливать - поливают. Но - взаимодействуют и подгоняют одно под другое.

>> Ну тогда будет происходить взаимодействие и интеграция. А остальные самоустранились?
> Радует что это очередной от того же автора, PulseAudio, ConsoleKit, PolicyKit, Avahi.

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

> Т.е. нечто ненужное, очень редко используемое по назначению, и вымирающее со
> временем естественной смертью.

Что-то первое и последнее не только не вымерло но и есть в всех массовых дистрах искаропки. Которые посерединке - а фиг их знает. Мне они неинтересны.

> в этой вселенной с параллельным мозгом. Qr-коды, которые фоткать мобильником))

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

> Или бесценные подписи логов, по сути бесполезная против взломов функция.

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

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

138. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от chinarulezzz (ok), 01-Окт-12, 20:48 
> Ответственность и квалифицированность видимо сводится к брюзжанию там и тут с умным
> видом и прокачке чсв. В результате такой гражданин остается один в
> своей песочнице а остальные кооперирируют с более приятными индивидуалами, взаимодействие
> с которыми более результативно и идут вперед. Апофеоз такого подхода -
> таненбаумовский миникс. Вот уж где развитие по минимуму - чуть ли
> не год назад виртуальную память привинтили. А динамической линковки нет -
> это понты и навороты, во! Можно же все бинари статически линковать
> :)

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

> Поливать - поливают. Но - взаимодействуют и подгоняют одно под другое.

угу. Приоритет systemd у разработчиков конечно низок, но в целом - взаимодействуют, в этом и смысл опенсурса.

> Первое кстати избавляет от геморроя с тем что какая-то сволочь постоянно монополизирует
> звуковуху.

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

> Последнее удобно для автодискавери сервисов в сетке типа принтеров и прочая.

UPnP.

>Вот нафиг надо два которые в середине я не очень понимаю.

не нужны как и остальные два :)

> Что-то первое и последнее не только не вымерло но и есть в
> всех массовых дистрах искаропки. Которые посерединке - а фиг их знает.
> Мне они неинтересны.

В моём нету. На лоре в опросах многие не имеют PulseAudio. Уж не говоря о таких "технологияхъ", ака Avahi (который вообще мало у кого вменяемого есть в использовании), или ConsoleKit - которая уже здохла, кстати, с появлением системГэ. Как здох и hal, как здох udev, как сдохнет и сам systemd.

> Между прочим, сфоткать что либо на мобилу - удобно и быстро. Так что за идею - зачет однозначно.

И что ты потом с этим сделаешь?)) Смотреть на фотку? :D Удобно! Быстро! :D

> Наоборот, очень неудобная для господ которые любят вломиться, стереть записи о себе
> и сделать вид что их не было. [...] А так -
> беспаливная подчистка логов будет заблокирована. Отличная идея, имхо.

ты понимаешь о чём говоришь?)) Какое "сделать вид что их не было"? Какая "беспалевная подчистка логов заблокирована"? Если стёрли лог - значит вломились и спалились. А как спалились? Откуда тебе знать, логи ж почищены. Правильно, доставать бэкапы. Откуда? А с мобилки! Фотографии QR-кода! Или может быть ты действительно копии делать будешь? Тогда зачем тебе эта непонятная фигня с защитой непойми чего, фотканьем на мобилу?

>Отличная идея, имхо.

баразм это! И в лучших идеях Поццеринга)))

Ответить | Правка | Наверх | Cообщить модератору

164. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от kurokaze (ok), 02-Окт-12, 15:00 
>если звуковуха гэ. И в чём прикол, если звуковуха хорошая - то PulseAudio не нужен

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

>А сам пульсаудио требует достаточно современного десктопа.

сказки. у меня на железе 7 летней давности нормально работало

Ответить | Правка | Наверх | Cообщить модератору

167. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Аноним (-), 02-Окт-12, 16:13 
> не умеющих грамотно писать кроссплатформенный софт.

System-specific софт не кроссплатформенный по определению. Например, вы не сможете по простому привинтить тот же init к системам отличным от *никс-образных в сколь-нибудь прямом и юзабельном виде. Просто потому что они стартуют иначе. В результате таких попыток те кого угораздило развиться получше - вынуждены густо окостыливать вещи типа запуска контейнеров, виртуалок, монтирования сетевых ресурсов, старт сервисов с мониторингом живости и прочие типовые для 2012 года задачи. А вот это уже плохо.

> угу. Приоритет systemd у разработчиков конечно низок,

Судя по тому как его пихают там и тут - не настолько уж и низок. Надеюсь что его по крайней мере сделают вменяемым совместными усилиями. И да, лично я не откажусь от того чтобы в мире пингвина появился новый стандарт де-факто для системной инициализации.

> но в целом - взаимодействуют, в этом и смысл опенсурса.

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

> если звуковуха гэ.

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

> И в чём прикол, если звуковуха хорошая - то PulseAudio не нyжен.

Вот вы всем и раздайте нахаляву правильные звуковухи. Лично я считаю что хорошая система должна поддерживать любое актуальное железо. Я не требую поддержки антиков на ISA шину. Но вот то что встречалось за последние 7-10 лет работать должно бы.

> А сам пульсаудио требует достаточно современного десктопа.

Некрофилы негодуют? :)

> Вот и получается, что PulseAudio - шапка для бедных мозгом.  

А по-моему, бедный мозгом - тот кто считает что оборудование надо подбирать под операционку. Это как-то напрочь устаревшая точка зрения из конца 90-х и начала 2000-х. Хорошая операционка должна поддерживать максимально возможный спектр оборудования. Нет, конечно если есть возможность - лучше выбрать хорошее оборудование. Но такая возможность есть не всегда. А вот тот кто этого не понимает - жидковат мозгом, да.

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

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

>> Последнее удобно для автодискавери сервисов в сетке типа принтеров и прочая.
> UPnP.

Ну так avahi IIRC и является агентом автодискавери/публикации сервисов подобных по смыслу локалочных броадкастовых протоколов. Иногда удобно. Например принтеры в локалках ищет на раз, etc. А, собственно, почему "избавиться от avahi" - принципиальная самоцель? Я к поттерингу достаточно нейтрально отношусь. У него бывают и удачные идеи и программы, и не очень. Обычный программер, вмеру укушенный NIHом (как и все остальные программеры).

>>Вот нафиг надо два которые в середине я не очень понимаю.
> не нужны как и остальные два :)

Ну мало ли. Кому-то вообще чуть ли не голого кернеля хватает. ИЧСХ, пингвина вполне можно обкусить до такого состояния, если это зачем-то нужно.

>> всех массовых дистрах искаропки. Которые посерединке - а фиг их знает.
>> Мне они неинтересны.
> В моём нету. На лоре в опросах многие не имеют PulseAudio.

На лоре спасибо если хотя-бы 0.1% от всех юзеров линукса обитает. Соответственно что оно показывает - не особо понятно. Не, в принципе как-то жить можно и без пульса. Но он решает ряд противных проблем с доступностью звуковухи. Очевидных проблем от него не заметно. Древние десктопы меня тоже не интересуют. По поводу чего у меня к его наличию нет особых претензий. Как показали эксперименты, без него можно наступать на бестолковые грабли, которые в 2012 году просто не должны существовать как таковые.

> Уж не говоря о таких "технологияхъ", ака Avahi (который вообще мало у
> кого вменяемого есть в использовании),

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

> или ConsoleKit - которая уже здохла,

Вот тут согласен - малопонятно нафиг это надо. Я его смысл существования не понял. Туда же и policykit-ы всякие.

> кстати, с появлением системГэ. Как здох и hal, как здох udev,

Простите, udev жив-здоров. А то что он развивается рядом с systemd - ну да, так получилось. И что на замену udev? Ничего? Э не, спасибо, так не пойдет.

> как сдохнет и сам systemd.

Несомненно, когда-то сдохнет и systemd. Вопрос только в том когда это случится. И что сдохнет до этого. Пока он дохнуть кажется не собирается и вместо этого активно внедряется. Стало быть это восход а не закат. А до заката еще как до китая.

> И что ты потом с этим сделаешь?)) Смотреть на фотку? :D Удобно!

Что значит - "что сделаешь"? У меня на телефоне есть программа распознающая QR коды. Ей и сфотографирую. Она мгновенно переведет QR код обратно в данные которые были им закодированы. Это можно сохранить как файл, etc. Убер-быстрый "ремотный копипаст" без задействования сети. Способа "ремотной копипасты" лучше я попросту не знаю, все остальное (например зайти с телефона по ssh) - явно дольше. Так что может быть это не поттеринг му...к а слоупоки ретарднуты и в принципе не воспринимают ничего нового? Другое дело что это явно опциональный компонент, т.к. требовать от вообще всех девайс с камерой и распознавалкой QR - странно, да. Но у кого оно есть - вполне себе фича, копирование ключей на другой девайс таким методом может быть вполне удобным и быстрым. Навел камеру на экран - чпокс - ключ на мобильном девайсе. It's magic! :D

> Быстро! :D

Очень. Это самый быстрый метод "ремотной копипасты" который я видел. Все остальные техники трансфера ключа на ремотный девайс займут явно дольше.

>> беспаливная подчистка логов будет заблокирована. Отличная идея, имхо.
> ты понимаешь о чём говоришь?)) Какое "сделать вид что их не было"?

Прекрасно понимаю. Опытный хакер после того как вломился на хост обычно подчищает за собой все записи в логах касающиеся его активности. Остальное не трогается, дабы не привлекать внимание к посторонней активности. При этом лог на вид выглядит как настоящий и для админа не подозрителен, но в нем нет нескольких записей. С ремотными логами так не прокатит, но это требует физически отдельный ремотный сервер логгирования. Что удорожает процесс и приемлимо не всегда. Стирание лога целиком - крупная диверсия, которая скорее всего будет обнаружена админом и вызовет расследование данного факта. Возможно по горячим следам. Это не в интересах хакера. Вот поттеринговский пепелац нацелен на затыкание именно возможности без палива выборочно потереть несколько записей, что позволит инцеденту остаться не замеченным длительное время. Поэтому хакеру придется или смириться с наличием о нем записей в логах или устраивать грубые диверсии с затиранием логов целиком, которые его сильно демаскируют. Так что в игре "хакеры vs админы" баланс немного подвинется в пользу админов. Что для админов хорошо. Для хакеров - не очень.

> Какая "беспалевная подчистка логов заблокирована"? Если стёрли лог - значит вломились
> и спалились.

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

> А как спалились? Откуда тебе знать, логи ж почищены.

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

> Правильно, доставать бэкапы.

А какой смысл в бэкапе? Недавней активности хакера в них все-равно нет.

> Откуда? А с мобилки! Фотографии QR-кода!

Что это за ламерство? QR код - только для бэкапа ключа предлагался. Ну собственно нормальный вариант вполне. Быстрый, современный. Остальные методы дольше и требуют больше действий и посторонних допущений.

> Или может быть ты действительно копии делать будешь?

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

> Тогда зачем тебе эта непонятная фигня с защитой непойми чего, фотканьем на мобилу?

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

>>Отличная идея, имхо.
> баразм это! И в лучших идеях Поццеринга)))

Реализация конечно местами странновата но идея в целом смелая и вполне разумная. Видимо по мотивам GIT и его взломостойкости (в плане вброса левых коммитов задним числом). Другое дело что по логике это все-таки напрашивается наверное в какой-то соседний сервис, а не сам systemd.

Ответить | Правка | Наверх | Cообщить модератору

177. "Увидел свет дистрибутив Slackware Linux 14.0"  +1 +/
Сообщение от arisu (ok), 02-Окт-12, 20:38 
> И да, лично я не откажусь от того чтобы
> в мире пингвина появился новый стандарт де-факто для системной инициализации.

ну, ты в курсе, на какой комикс xkcd тут должна быть ссылка?

Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

187. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Аноним (-), 03-Окт-12, 13:26 
> ну, ты в курсе, на какой комикс xkcd тут должна быть ссылка?

Ну ты же Кэп. Значит 927-й :)

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

Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

190. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от arisu (ok), 03-Окт-12, 21:56 
а что такое «типовая системная задача»? всегда было интересно.
Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

178. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от chinarulezzz (ok), 02-Окт-12, 21:56 
> System-specific софт не кроссплатформенный по определению.

http://ru.wikipedia.org/wiki/%D0%9F%D1%8...

Начинается с слов:  список популярных программ, работающих в операционных системах основанных на UNIX
И первый параграф: системный софт.
То что systemd прибивает себя гвоздями некроссплатформеных программ и сам ставит себе целью быть linux-специфичным - его же могила. Много сугубо linux-программ скукожились, надеюсь эта тоже.

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

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

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

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

> Надеюсь что его по крайней мере сделают вменяемым
> совместными усилиями. И да, лично я не откажусь от того чтобы
> в мире пингвина появился новый стандарт де-факто для системной инициализации.

не будет стандарта) Проведи в линукс соц.сети опрос, по поводу DE, WM, init-системы, звукового сервера, web-сервера, ftp-сервера, дистрибутива, веток ядра, и т.д. Увидишь какое разнообразие. Часть выбирают что дают, часть - что легче, часть по потребностям, часть - по фичастости и т.д. Systemd обладает как достоинствами так и недостатками, и недостатков, для тех кто знает в initax - больше в сравнении с настоящим.


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

Если главное - чтобы работало, то  systemd очень подходит. И то, в начале лучше не трогать :D

> А по-моему, бедный мозгом - тот кто считает что оборудование надо подбирать
> под операционку. Это как-то напрочь устаревшая точка зрения из конца 90-х
> и начала 2000-х. Хорошая операционка должна поддерживать максимально возможный спектр
> оборудования. Нет, конечно если есть возможность - лучше выбрать хорошее оборудование.
> Но такая возможность есть не всегда. А вот тот кто этого
> не понимает - жидковат мозгом, да.

Согласен. Иногда лучше учесть от чего больше плюсов, от нужной операционки с худшим оборудованием, или худшей операционки, с лучшим оборудованием...

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

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

> Ну мало ли. Кому-то вообще чуть ли не голого кернеля хватает. ИЧСХ,
> пингвина вполне можно обкусить до такого состояния, если это зачем-то нужно.

Если нужно - ключевое словосочетание. Если нужно пихать systemd во все поля... А не оставить это опцией, которая поставится, в зависимости от желания, а не так агрессивно и зажимая другие утилиты (хотите udev? хрена! Патч? Хрена!) :)

> На лоре спасибо если хотя-бы 0.1% от всех юзеров линукса обитает.

И этот 0.1% показал разношёрстность. Подсчитай это на сколько там угодно процентов.

> Соответственно что оно показывает - не особо понятно.

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

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

Создал грабли - обошел грабли. Понимаю, классно.

>> Уж не говоря о таких "технологияхъ", ака Avahi (который вообще мало у
>> кого вменяемого есть в использовании),
> Вам так было бы удобно считать, однако практически все (?) майнстримовые дистры
> поставляют этот самый avahi.

ммм... Ubuntu? Не, по умолчанию вроде нету. Debian? Тоже. Что по умолчанию во все дистры пихают avahi? В моём вот тоже нету.  Чой эта?

> Простите, udev жив-здоров. А то что он развивается рядом с systemd -
> ну да, так получилось. И что на замену udev? Ничего? Э
> не, спасибо, так не пойдет.

кодовая база слилась с систэмгэ. Патч делающий компиляцию только udev - не принимают. Не рядом - а уже одно целое. На замену - mdev, форк udev, hal, devfs, hotplug. В общем замену найдут, не беспокойся :)

> Несомненно, когда-то сдохнет и systemd. Вопрос только в том когда это случится.
> И что сдохнет до этого. Пока он дохнуть кажется не собирается
> и вместо этого активно внедряется. Стало быть это восход а не
> закат. А до заката еще как до китая.

hal (2005-2009), DeviceKit(2008-2009), PolicyKit(2009-2012), udev (2003-2012), но когда он внедрился...  

> Что значит - "что сделаешь"? У меня на телефоне есть программа распознающая
> QR коды. Ей и сфотографирую. Она мгновенно переведет QR код обратно
> в данные которые были им закодированы.

Омайнгот. Еще программа нужна, да?

> Это можно сохранить как файл,
> etc. Убер-быстрый "ремотный копипаст" без задействования сети. Способа "ремотной копипасты"
> лучше я попросту не знаю, все остальное (например зайти с телефона
> по ssh) - явно дольше.

Ремонтная копипаста? Ну и чем тебе поможет сфотканый проверочный ключ если я удалю лог? Как ты отремонтируешь?  Что ты будешь ремонтировать? Логи смотреть? Так я их удалил!

> Так что может быть это не поттеринг му...к а слоупоки ретарднуты и в принципе не воспринимают ничего нового?

Аххах) Ты сделал мне смешно щас :D Походу всё таки поттеринг му...дак :D

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

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

> Но у кого оно есть - вполне себе фича, копирование ключей
> на другой девайс таким методом может быть вполне удобным и быстрым.
> Навел камеру на экран - чпокс - ключ на мобильном девайсе.
> It's magic! :D

гламурно главно. А потом по старинке, копии логов на внешку. :D

> Очень. Это самый быстрый метод "ремотной копипасты" который я видел. Все остальные
> техники трансфера ключа на ремотный девайс займут явно дольше.

самый быстрый, и главное - бесполезный)))

> Прекрасно понимаю. Так что в игре "хакеры vs админы" баланс немного подвинется в пользу
> админов. Что для админов хорошо. Для хакеров - не очень.

Поттеринг изобрёл то что уже использовалось много лет, только вшил это в свой систэмгэ?)
Будет использоваться то, что использовалось раньше опционально? И опять придётся использовать бэкдоры, трояны? И опять это не спасёт от грамотного хакера? Только в сопровождении одна тулза стала монстром? Который еще не везде работает? АААаа-ааа-ле-луя!! ;)

Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

121. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от ang (ok), 01-Окт-12, 11:14 
> Не вижу чем это плохо, при условии что он будет это делать
> настраиваемо и гибко. Да, на мое мнение - я хочу чтобы
> джобы/сервисы/... стартовали универсально и это настривалось в каком-то одном
> месте. А не лоскутным одеялом в десятке разных конфигов в десятке
> разных дир. Это неудобно imho. И да, я не вижу в
> модели основанной на событиях принципиальной разницы между событиями "поднялась сеть"
> и "наступило полшестого". Напрашивается и то и другое рюхать в едином
> универсальном виде.

Unix - это лоскутное одеяло по определению. В этом сама сущность философии unix-like ОС.
Если вы хотите это изменить, то в результате получите какую-то другую ОС. Я не утверждаю, что это плохо, но надо тогда честно признать, что это так.

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

128. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Аноним (-), 01-Окт-12, 16:20 
> Unix - это лоскутное одеяло по определению.

А нельзя ли уточнить, откуда это определение следует?

> В этом сама сущность философии unix-like ОС.

Оная философия IIRC сводится к тому что программа делает 1 вещь и делает ее хорошо. Как по мне - запуск программы по событию "старт системы", "взлетела сеть" или "наступило полшестого" - это одна и та же вещь (в рамках event-driven модели).

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

> Если вы хотите это изменить, то в результате получите какую-то другую ОС.

Linux никогда не был Unix. Он был чем-то похож и не более того. Но формально он никогда не проходил процедуру официальной сертификации на право называться юниксом. А GNU так и вовсе расшифровывается как Gnu is Not Unix (рекурсивная аббревиатура). Сюрприз! :)

> Я не утверждаю, что это плохо, но надо тогда честно признать, что это так.

Так никто никогда и не скрывал что Linux - это ОС писанная хоть и по мотивам юникса но достаточно сильная чтобы идти своим собственным маршрутом вместо того чтобы играть в гонки за лидером который будет диктовать направление. Они достаточно сильны чтобы крутить руль туда куда им надо. Кому-то это нравится. Кому-то нет.

Ответить | Правка | Наверх | Cообщить модератору

139. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Пр0х0жий (ok), 01-Окт-12, 21:01 
> А GNU так и вовсе расшифровывается как Gnu is Not Unix
> (рекурсивная аббревиатура). Сюрприз! :)

Сюрприз. :)
Потому что расшифровка GNU буквально означает, что никакого отношения к проприетарным Unix, GNU не имеет. Но никак не коренные различия в архитектуре.
Столлман прямо и однозначно говорил, что целью GNU была полная замена проприетарных компонентов в Unix на полноценно свободный функционал.

> Так никто никогда и не скрывал что Linux - это ОС
> писанная хоть и по мотивам юникса но достаточно
> сильная чтобы идти своим собственным маршрутом
> вместо того чтобы играть в гонки за лидером
> который будет диктовать направление.

Теми, кто начинал создавать свободную ОС даже не ставилась такая цель как гонки с кем-нибудь и за что-нибудь.
Народу нужен был полностью свободный Unix и они его сделали.
Когда-то давным-давно об этой мотивации и Линус говорил.
Да и много других тоже.

Ответить | Правка | Наверх | Cообщить модератору

61. "Увидел свет дистрибутив Slackware Linux 14.0"  –2 +/
Сообщение от loglogemail (?), 29-Сен-12, 22:27 
Упрощение - путь к схоластики человека. По этому пути дойдем как в винде - система будет прятать файлы от рута, отжимать так сказать )) Зеро администрирование - Админ превратится в раба пользователя Система )))
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

91. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Аноним (-), 30-Сен-12, 19:04 
> )) Зеро администрирование - Админ превратится в раба пользователя Система )))

Вот это я понимаю, схоластика. Даже честно написано об этом! Вау! :)

Ответить | Правка | Наверх | Cообщить модератору

68. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Аноним (-), 29-Сен-12, 23:45 
Фигню пишешь, не понимаю зачем такие фантазии. Они медленно идут в сторону read-only монтирования и прочих selinux-огороженых стотыщраз залоченых разделов, для того чтобы в облаках еще немного сэкономить ресуры сервера (дедупликации боле вероятны когда данные одинаковы и не менялись)и при этом не дрожать от страха что упростится взлом (подмененная дедуплицированная страница расшарится всем). Зависимости содержимого корня, блин. Надо же такое не ночь прочитать.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

33. "Увидел свет дистрибутив Slackware Linux 14.0"  +/
Сообщение от Debuntu (?), 29-Сен-12, 16:06 
На Слешдот был надавно опрос, что за систему вы юзаете.
Первый ответ был "Слакваре с флоппиез", а потом Ред Хат.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

63. "Увидел свет дистрибутив Slackware Linux 14.0"  +1 +/
Сообщение от Морандыч (?), 29-Сен-12, 22:34 
Уверенно, русские физики порожняки не гоняют.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру