Есть один маленький сервачок с Debian stable.
Из репов только секьюрити фиксы.
Стоит апач, но висит только на локалхосте и используется крайне редко.

Сегодня обнаружил что вместо директории /etc/apache2/sites-available , в которой должны лежать конфиги апача, появился файл с одноимённым названием... Появился не более чем две недели назад, точно.

Оказалось что файл идентичен по содержимому файлу /etc/ld.so.cache O_o Только время модификации стоит старая... ещё с прошлого года... Как его туда занесло? Недавно обновлял libc, да.

Некорректного отключения уже давно не было.

Есть работа под CC BY-NC-ND
Могу ли я сделать репак такой работы не спрашивая разрешения автора? То есть например был rar архив, а я перепаковал его в tar.bz2 и выложил.
Если да, то можно ли удалить некоторые файлы из такого архива? (существующие не менять)

Образовалась такая проблема с компом:

После включения сетевого фильтра (но ДО нажатия кнопки питания на системнике) комп включается (раньше такого косяка небыло) и поработав 3-4 сек вырубается. Пискнуть спикером не успевает. Нажатие на пувер приводит к такому же результату.

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

Нагревания (на ощупь) нигде не наблюдается.

Винты, видяха и всё остальное отключены, за исключением спикера, ОЗУ и процессора.

После извлечения ОЗУ, успевает издать один протяжный звук из спикера и также вырубается. (С ОЗУ вобще молчит)

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

В чём может быть косяк? Телепаты в треде приветствуются. Характеристики железа скажу, если это имеет значение.

P.S. Этот случай никак не связан с моей предыдущей темой про БП (это другой комп)

[Не перемещайте только в hardware, ибо топик не достоен того раздела.]

Кулер на БП стал дико выть и я наконец решил его разобрать, почистить и смазать.
Когда разбирал, благополучно сломал пополам маленькое такое колечко на оси кулера. Подумал, «ну и хрен с ним», смазал и всё обратно закрутил без него.

Через день выяснил что кулер еле крутится, а БП соответственно греется:)

Вопрос: Нафиг оно(кольцо) нужно было и откуда мне теперь выковырять такое же?)

И заодно ещё вопрос. На время поставил другой БП (какое-то говно(?) Espada, вместо Sparkman про который сабж).
Напряжения на проводе где висят два винта такие: +4,9V; +11,74V.
Я так понимаю это в пределах нормы же? (БП на 350W оба)

Уже всем наверное всем известно что модератор no-dashi частенько нарушает правила, а конкретно вот эту часть:

Личная информация о пользователях Модераторы сайта имеют доступ к информации о пользователе, не доступной обычным пользователям. Следующая информация считается личной:

* e-mail пользователя, указанный при регистрации
* IP адрес пользователя, географическое местоположение, факт наличия статического IP, факт наличия нескольких пользователей на этом IP
* используемый броузер/операционная система
* пароль пользователя

Модераторы сайта обязуются не разглашать данные сведения в открытый доступ.

Сделайте уже что-нибудь с этим: накажите/увольте/казните no-dashi или уже отразите в правилах что этот пункт в отношении no-dashi не действителен, либо уберите его[пункт] совсем.

Пруфлинк: http://www.linux.org.ru/jump-message.jsp?msgid=4295170&cid=4297016
Найти остальные случаи не сложно.

И нифига не писали про это. Предыдущая новость была о начале тестинга livedvd (http://www.linux.org.ru/view-message.jsp?msgid=4086209), а сейчас livedvd вышел. К тому же днюха Gentoo 4-ого октября.

Пытаюсь собрать PHP на хостинге.

Сначала сборка идёт, но потом вываливается с ошибкой:

virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1

$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) 131072
file size               (blocks, -f) unlimited
max locked memory       (kbytes, -l) 32768
max memory size         (kbytes, -m) 131072
open files                      (-n) 64
pipe size            (512 bytes, -p) 1
stack size              (kbytes, -s) 32768
cpu time               (seconds, -t) 300
max user processes              (-u) 48
virtual memory          (kbytes, -v) 131072

Судя по top, процесс cc1 разрастается до примерно 131072 и помирает.

Пробовал уменьшить через ulimit -v но ничего не меняется. Нагуглил что потребление памяти у гцц можно снизить с помощью

--param ggc-min-expand=0 --param ggc-min-heapsize=0

$ gcc --version
gcc (GCC) 3.4.6 [FreeBSD] 20060305

$ uname -sr 
FreeBSD 6.2-STABLE

Как ещё можно уменьшить прожорливость gcc? Напомню что рутового доступа к машине не имею.

Предыстория

Есть одна виндовозная игра(Touhou 7.5 IaMP), на неё есть рантайм-патч (экзешник тоже), который англофицирует её на ходу. (Но, суть не об этом, поэтому не надо переносить это в Games)

Недавно обнаружил что патчер начал помирать и вываливаться бактрейс. Судя по моим старым тестам, патчер работал под вайном 1.1.13. Я собрал его(старый вайн), запустил. Не пашет =(

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

Я стал играться с ldd и LD_PRELOAD...

В итоге выяснил что всё упёрлось в библиотеку libwine.so Это подтвержает тот факт, что если запустить

LD_PRELOAD=старый_libwine.so новый_wine игра.exe

то патчер запускается, а если без LD_PRELOAD то уже нет. Тоесть старая библиотека «нормальная» а новая - нет.

Вопрос

В связи с этим появилась мысль что проблема кроется в том, чем и как эта библиотека(libwine.so) собиралась.

• Я выяснил из логов, что старый вайн был собран GCC-4.1.2 а новый уже GCC-4.3.2. Переключился на старый, пересобрал - не помогает
• Набор динамических библиотек у обеих библиотек одинаковый: linux-gate.so.1 libdl.so.2 libc.so.6 /lib/ld-linux.so.2
• CFLAGS, CHOST, MAKEOPTS и USE флаги у них одинаковые.
• В обоих случаях был одинаковый baselayout (тоесть ld, as и др. утилиты)

И теперь вопрос: как ещё можно сравнить эти библиотеки и выяснить почему при казалось бы одинаковом окружении и одинаковой версии они ведут себя по-разному?

Дистр - Генту 32битная

С месяц назад на ящик стали приходить странные сообщения об ошибках. Ошибки были разного типа: квота превышена, пользователь не существует, ваше письмо - спам и т.д...

В них говорится что якобы с адреса например vasya_pupkin@examples.com было послано письмо на такой-то такой-то адрес(каждый раз разный) и письмо отвергнуто по какой-либо причине.

Проблема в том, что Васей Пупкиных у нас нету. Вместо васи Пупкина стоят разные имена, но у нас на example.com таких ящиков нет.

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

Погуглил на эту тему и выяснил для себя, что в поле From: можно указать чего душа пожелает:)

Покурил SPF, добавил SPF запись в DNS. После этого в письмах с ошибками перестало встречаться упоминание об SPF тестах (видимо тех кто его не прошёл сразу же посылало нахер).

Я было уже обрадовался... Но сегодня получил целую кипу таких писем (даже больше чем обычно). Очевидно что далеко не все почтовые сервера умеют SPF или он там не настроен...

Что же делать господа? Как бороться с гадами?

Есть встроенная звуковуха с тремя джеками. (OUT, LINE IN, MIC) Хочу выводить звук на другой джек (не тот что по дефолту). Ну например на LINE IN. У меня обычные двухканальные колонки.

Банально не могу придумать запрос в гугль( Запросы содержащие "jack" упорно ведут на разговоры о звуковом сервере JACK...

Нужно это извращение по причине того что разьём стал хреново работать от частого перетыкания кабеля.(Наушники/Колонки) Поленился я прикрутить front audio, а теперь вот пожинаю плоды.

Сегодня решил даунгрейдить иксы и увидел такую картину:

Calculating dependencies... done!
[ebuild     UD] x11-base/xorg-server-1.4.2 [1.5.3] USE="dri%* (-nptl*) -xprint%" 
[uninstall    ] x11-libs/libpciaccess-0.10.5 
[blocks b     ] <x11-base/xorg-server-1.5 ("<x11-base/xorg-server-1.5" is blocking x11-libs/libpciaccess-0.10.5)

ключевое слово [uninstall]. Тоесть portage научился автоматом разрешать конфликты? Как это я проспал такое событие?

Ошибки о блокерах не выдаёт как раньше. Иксы начали собираться...

На хостинге наблюдается очень странная фигня...
Работаю под непривилегированным пользователем и не состою в группе wheel
После использования команды patch, результирующий файл получает группу wheel, причём SGID бит на бинаре patch не стоит!
Это работает даже если скопировать себе в хоум бинарник patch и патчить с его помощью.

Система FreeBSD 6.2-STABLE
Ниже конкретный пример:

$ ls -l `which patch`
-r-xr-xr-x  1 root  wheel  43904 Feb 15  2007 /usr/bin/patch
$ whoami
user
$ echo 1 > 1.txt
$ echo 2 > 2.txt
$ diff -u 1.txt 2.txt > 1-2.patch
$ ls -l
-rw-r--r--  1 user  user-users  88 Sep 18 14:46 1-2.patch
-rw-r--r--  1 user  user-users   2 Sep 18 14:45 1.txt
-rw-r--r--  1 user  user-users   2 Sep 18 14:45 2.txt
$ patch < 1-2.patch 
Hmm...  Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|--- 1.txt      Thu Sep 18 14:45:45 2008
|+++ 2.txt      Thu Sep 18 14:45:50 2008
--------------------------
Patching file 1.txt using Plan A...
Hunk #1 succeeded at 1.
done
$ ls -l
-rw-r--r--  1 user  user-users  88 Sep 18 14:46 1-2.patch
-rw-r--r--  1 user  wheel        2 Sep 18 14:46 1.txt
-rw-r--r--  1 user  user-users   2 Sep 18 14:45 1.txt.orig
-rw-r--r--  1 user  user-users   2 Sep 18 14:45 2.txt

>>> Подробности (Invalid URL, no host part!)

>>> Подробности (Invalid URL, no host part!)

>>> Подробности (Invalid URL, no host part!)

>>> Подробности (Invalid URL, no host part!)

>>> Подробности (Invalid URL, no host part!)

>>> Подробности (Invalid URL, no host part!)

Делаю я тут небольшой сайтецок на друпале и вот захотелось мне блекджека^W засунуть свой сайтец в svn репозиторий. Впринципе занимаюсь я сайтом один и работаю с ним макимум с двух машин, так что понимаю что репозиторий тут излишен, но решил всётаки выеб^Wпопробовать)

С файлами на диске всё понятно, а как быть с базой данной (на мускуле)? Делать mysqldump и запихивать дамп в репозиторий показалось мне слишком бредовой и неудобной затеей. Можно ли какнибудь поудобнее организовать revision control базы данных? обработка бд особая и не нужна. можно как бинарный файл даже его гонять. diff и прочее не нужны. Но вот как сделать чтобы при svn commit/update бд автоматически синхронизировалась?..

З.Ы. пока писал вспомнил про hooks

>>> Подробности (Invalid URL, no host part!)

Посмотрел на googlegroups - всё нравится, но есть одно НО. максимальный размер вложения - 5Мб :(

Порекомендуйте аналогичный сервис, но чтобы можно было аттачить хотябы 10-20Мб

>>> Подробности (Invalid URL, no host part!)