Кто-то мешает перенести их на место?


Да ну? Обоснуй.


И правильно сделали? Зачем лишняя кнопка, когда можно просто нажать и подержать кнопку "Назад"?

Ага.. всё всегда кушало, раз не съело - "ой фу кака какая". Детский сад.

И mplayer и vlc всегда с радостью и причмокиванием кушали mkv-файлы в h264

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

И ещё вариант APISIG=$(echo -n ....

Думал дочитаю комменты - обязательно напишу про это... Не пришлось %)

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

и столько петросянов в комментах %)

der_fenix.psto.net
а жуйк в уг скатился.

XSS нашёл - могу спать спокойно :) свой вклад внёс %)
Описание в баг-трекере, пример работы xss

4 месяца назад было "через месяц запустим" =))

P.S.: Это не в претензию, это так... ;) Сам прекрасно понимаю, как это бывает :)

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

а почему не gpg{2}? Так, просто интересно, в чём принципиальное отличие?

да, это мысль! :)

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

У скайпа есть вроде shared-либы. т.е. не требующие самого скайпа, установить которые можно отдельно от него, и предоставляющи

т.е.
&& cp vim

Блин, лень разбираться в хитросплетениях... Возможно я не понял сути aufs и этого всего загона, но может сделать cp /etc/bla-bla $HOME/bla-bla && umount /etc && cp $HOME/bla-bla /etc/bla-bla && mount /etc
Или ,если в /etc писать нельзя - то просто umount /etc && cp vim /etc/bla-bla && mount /etc

блин, случайно нажатые Tab и Пробел...
* в другую директорию, скопируй нужный файл, отмонтируй.

перемонтируй / в rw

это уже не нужно, в последних версиях udev (уже достаточно давно) новые правила сразу же вступают в действие.

т.е. если я заведу форум, в котором пообещаю каждому, кто пришлёт мне не менее тысячи рублей - полторы тысячи через месяц, вы таки пришёлете мне тысячу? :)) Доверять людям, конечно, надо, но проверять тоже не мешает :)

т.е. 100+% ? =) в убунте же фактически всё переведено. сам одно время участвовал в переводе - перед релизом там всегда не менее 98% переведённого было.

alsa/pulseaudio? Только видео после паузы звук теряет или музыка тоже?

Сам спросил, сам ответил... Вот все бы так :)

Добавь в заголовок топика <�Решено> и решение в сам топик.

Оно научилось воспроизводить звук из разных источников или как и раньше - пока играет плеер - ничего другого не услышишь?

OSS устарел по всем параметрам и давно должен быть слит.

циферки после vga= зависят от фреймбуфера. и в menu.lst или grub.cfg нужные не узнать. Чтобы узнать, какие цифры ставить, дописываешь к параметрам ядра vga=ask и перезагружаешься. Там тебе покажут табличку с возможными режимами фреймбуфера и их числовые коды. Запомни нужный код, продолжи загрузку и уже потом исправь ask после vga= на нужные цифры. Только запомни - в той таблице коды указаны в 16-тиричной системе. Потому нужный код либо переведи в 10-ричную систему, либо записывай как vga=0xкод_из_таблицы

modprobe -i vboxdrv делал?

Интересная и полезная статья, но, имхо, не хватает подробностей :)

Объяснил бы хоть, что значат правила в приведённых примерах, для чего и что делает каждое из них... А то вот я, например, хоть и не чайник, но половину понять не могу, не со всем сталкивался. Можно, конечно, загуглить каждый непонятный момент, но мне кажется, раз уж взялся написать статью - разжуй, не поленись. :) А то несколько примеров и "разбирайтесь дальше сами"...

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

Ну вот пара примеров:
Для веб-сервера, в случае его атаки, логи могут занять всё свободное пространство за несколько часов, и если /var не будет вынесен в отдельный раздел - вся система может встать.
Отдельный /usr хорош тоже тем, что не получится застопорить систему установив слишком много софта - ну кончится на /usr место, почистил и всё.
К тому же есть ещё разные фс и параметры для них. Для корня подходит одна фс и одни параметры монтирования, для /var - лучше подходят другие параметры и фс. Например, на / можно смело включить noatime, в то время как многим программам, работающим /var, нужны эти отметки последнего доступа.
Или в плане бэкапов - если всё будет на одном разделе, выборочный бэкап будет сложновато делать. А так - сделать dd корневого раздела и /var и всё, зачем бэкапить /usr, когда софт всегда можно будет установить по-новой.

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

Вообще, где-то была обширная статья на эту тему. Если найду - кину ссыль.

далеко не в большинстве. это скорее исключение из правил.

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

комменты не читай, сразу отвечай? Я ниже поправился, тупо проглядел, что там echo в файл.

ну вот теперь всё должно работать. по крайней мере то, что ломалось.. %)

м.. ну да. сломал хорошо.. :) попробуй тогда /bin/cat ~/.bashrc

Тогда вот это
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/cuda/lib64 //для 64 битной ОС
и это
echo 'export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/cuda/lib64' >> ~/.bashrc //для 64 битной ОС
тебе не нужно было. выполни все те же команды, только без этих, которые для 64 битной системы

самый простой способ - в консоли сделай
cat ~/.bashrc
То, что выведет просто выдели мышкой и потом в браузере среднюю кнопку мыши нажми в поле ввода.

мм.. ладно:) может сообразю чего.. %)

скинь сюда содержимое .bashrc

м, и ещё! у тебя 32-битная система?

Одинарные кавычки (') исправь на двойные (") - внутри одинарных кавычек переменные не распознаются.

Обязательно новый писать или можно что-то из уже написанного выставить? :) А то чё-то идей/вдохновения нету, а поучаствовать хотса... %)

Для домашней станции проблем с добавлением и редактированием быть не должно - здесь каждый сам себе админ и права рута есть если не у самого пользователя, то у папы/брата/дяди - точно. В остальных случаях добавлять скрипты для всех пользователей и не нужно, хватить и ~/bin

Так и на скрипты в /usr/local/bin не надо делать sudo. Для тех скриптов/программ, которым обязательно нужны права root - есть */sbin

Ну вот и подтверди мне, что есть ртом - врождённый инстинкт, ок?

То, что есть надо ртом, а не задницей - стандарт, хотя и не записано ни в каких ГОСТах...

Вот именно. ~/bin - это стандарт, во многих дистрах оно отключено по-умолчанию, но от этого оно не перестаёт быть стандартным местом для пользовательских скриптов. А всякие /home/scripts - это изврат.

Другими словами - /usr/local - это то место, куда скидывается то, что не из репозиториев. Для домашней машины пользователь и есть администратор, так что /usr/local - как раз для него.
Если хочешь, чтобы твои скрипты были доступны не только тебе, но и другому пользователю, то в /usr/local/bin - им как раз и место. Не хочешь или нет прав на /usr/local/bin - тогда в ~/bin.