Фи модераторам!
Вот и осталось подло и гадливо удалить в тихую, без объяснения. И звёздочка из-за вас просела. Тфу. Ни слов, ни зла на вас никакого не хватает.
>>> Подробности (Invalid URL, no host part!)
Вот и осталось подло и гадливо удалить в тихую, без объяснения. И звёздочка из-за вас просела. Тфу. Ни слов, ни зла на вас никакого не хватает.
>>> Подробности (Invalid URL, no host part!)
Наблюдалось в разных RH-клонах, на разных версиях phpMyAdmin, mysql. Но на всякий случай сообщаю текущие сведения:
Linux CentOS 5 (2.6.18-8.1.15.el5) Mysql: 5.0.22-2.1.0.1 php: 5.1.6-15-el5 Apache: 2.2.3-7.el5.centos phpMyAdmin: 2.11.2.1 (подключается через mysqli, через tcp/ip на localhost) База на основе таблиц MYISAM. Браузер: Firefox: 2.0.0.11.
>>> Подробности (Invalid URL, no host part!)
И ещё, какие существуют способы ускорить загрузку ядра? Я повторю, речь не идёт о загрузке служб. Меня интересует само ядро, потому что 2-3 секунды оно плюёт тектом на консоль и quiet лишь убирает вывод.
Помнится у MontaVista всё грузилось за .1 секунду. Есть для обычных ядер что-то похожее, кроме очевидностей, типа, выкидывания всего лишнего и статической компиляции нужных ядер?
>>> Подробности (Invalid URL, no host part!)
http://img.artlebedev.ru/news/2007/gm/g-m.gif
Что бы это значило? Тёму забанили на гугле? Зае...л? ;-)
>>> Подробности (Invalid URL, no host part!)
>Мне удалось изобрести идеальный компьютер. Его можно просто нарисовать на бумаге или экране обычного компьютера (на любой двумерной поверхности).
>Известно, что идеальным называется такое устройство, которого нет, а функция его выполняется.
>Согласимся, что компьютер содержит устройство для ввода информации, например клавиатуру; устройство для вывода информации, например, экран; устройство памяти, в котором содержится программа и данные (в моём случае – это, например, бумага с нарисованной на ней программой и данными); ещё в компьютере есть процессор, который служит для изменения информации (процессор, взаимодействуя с памятью и клавиатурой, может вывести на экран некоторую информацию в соответствии с заданной программой).
>В моих «Нарисованных компьютерах Федосеева» клавиши также нарисованы, и нажатие клавиш осуществляется идеально, то есть в сознании пользователя.
>А вот процессор в моих «Нарисованных компьютерах Федосеева» полностью идеален. Его реально совсем нет. Мы его не можем ни увидеть, ни пощупать.
Единственный вопрос, который остаётся после прочитанного - это идёт ли на таком компьютере слака... ;-)
После загрузки Gnome у меня время показывается с опережением на м... 1 или 2 часа. (Изначально было на 3, но после "химичений" стало так :) ) При этом сам таймер "замерает", т.е. в гноме время не идёт, если залогофиться, то выдаёт окно, что сессия длилась менее 10 секунд, мол, наверное это ошибка. Но! В системе время идёт. Т.е. если открыть консоль и там написать date, то будет показано правильное время. Если открыть в аплете установку времени, то там будет показано правильное время. Часовой пояс выставлен правильно - Москва.
Если дождаться пока текущее время догонит то, что "замерло" в гноме, то всё начинает работать как надо.
Есть мысли, где покопать?
И вот меня осенило. То ли компьютер ошибся, то ли ошиблись те, кто слушали его, что не удивительно, т.к., насколько я помню, он объявлял результат голосом, но правильно ответ должен записываться не как "42", а как "4.2."!
То есть, вся наша жизнь, вселенная и всё такое - одна сплошная вызывающе неверная информация. :)
Хотя официального объявления ещё не сделано, исходные тексты, а так же двоичные сборки для некоторых дистрибутивов доступны на сайте проекта и странице на SourceForge.
Synfig работает на операционных системах Linux, Windows и Mac OS X (в настоящий момент для этой системы нет мейнтейнера).
>>> Сайт программы. (synfig.com)
Делаю простейший запрос, вида
SELECT * FROM <таблица> LIMIT i, 50;
где i - подставляется. Наблюдаю за изменением времени обработки запроса. В начале таблицы (пока i маленькие) время обработки порядка 0.02 сек. На последних записях время доходит до 40 сек. Это лечится или уже даже просто не "полистаешь" такие объёмы?
А так, по наитию - ковырялся - ковырялся, так ничего и не получилось. Даже не понял - надо ли перезапускать демон после изменения его xml файлов...
http://img1.nnm.ru/imagez/gallery/f/9/5/3/c/f953caf7d016d2488e2f9d5abdb32398_...
Я вот думаю, если они начали тырить линуксовые идеи - значит ли это внутренне признание, что они уже в отстающих? ;-)
В макросах всё стандартно, т.е. по rpm --showrc | grep gpg видим:
__gpg /usr/bin/gpg
__gpg_check_password_cmd %{__gpg} gpg --batch --no-verbose --passphrase-fd 3 -u "%{_gpg_name}" -so -
И т.д. То есть он ждёт пароль с /dev/fd3. Я точно туплю, потому что уже несколько часов убил на ковыряние док, но никак не могу понять, как же его заставить получить пароль не с клавиатуры. Как я только не пытался зацепиться на &3 и скормить туда пароль... Если с клавиатуры вводить, то всё зашибить. Но это не выход, тем более, что echo "passphrase" | rpmbuild --sing <...> - такой вариант гарантированно не проходит. :-(
Переписывать штатную строчку макроса не хочется. Может кто может подсказать готовый пример?
Нашёл на сайте subversion, что ему нужны методы:
OPTIONS PROPFIND REPORT GET MKACTIVITY PROPPATCH PUT CHECKOUT MKCOL MOVE COPY DELETE LOCK UNLOCK MERGE
В принципе, GET и POST squid уже должен пропускать, но... Пишу на всякий случай всё:
acl webdav method REPORT OPTIONS PROPFIND GET MKACTIVITY PROPPATCH PUT CHECKOUT MKCOL MOVE COPY DELETE LOCK UNLOCK MERGE
и затем
http_access allow webdav
(эту строку, соответсвенно, вместе с остальными acl, перед http_access deny all).
Не работает. Как будто ничего и не писал. Пробовал писать http_access allow webdav all. Ноль реакции. Squid, разумеется перезапускал.
Есть какие-нибудь мысли?
Собственно, FC6 последние апдейты, ядро 2.6.19, Barton 3200+ 1Gb памяти, свапа нет, приложения по отсутсвию памяти не падают. Так можно ли как-нибудь объяснить линуксовому планировщику, что прожорливые процессы не должны загребать все под себя, когда другие тоже рвутся поработать? ;-)
Проблема в том, что на каналах, где я бываю, народ, порой, использует очень_длинные_ники. :) Это приводит к тому, что сплиттер отодвигается на середину окна, что очень неудобно и раздражает. Даже если подвинуть его вручную, то он снова сдвинется, как только пользователь с очень длинным ником разместит сообщение.
Не подскажет ли кто-нибудь, как можно отключить автоподстройку сплиттера или ограничить его?
| ← назад | следующие → |