Re: Software RAID-1
В Чтв, 18.11.2004, в 20:55, Michael Shigorin пишет: > Это при использовании mdadm, которому raidtab опять же AFAIR не > требуется. (всё со слов, сам до mdadm добирался-добирался и не > добрался :) Эти слова имеются в соответствующем мануале (man mdadm): mdadm does not use /etc/raidtab, the raidtools configuration file, at all. It has a different configuration file with a different format and an different purpose. Сам я тоже не проверял - можно поверить мануалу на слово? :) -- Dmitry Fedoseev <[EMAIL PROTECTED]>
Re: php5
The Weather is Good! Isn't It? Friday, November 19, 2004, 8:29:45 AM, you wrote: NS> Привет! NS> А кто знает когда появится php5 в unstable (а затем и в testing)? Думаю, что не очень скоро, ты к тому времени успеешь сам собрать его. With best regards, Andrey N. Demushkin --icq: 27072263 http://www.demushkin.ru
php5
Привет! А кто знает когда появится php5 в unstable (а затем и в testing)? Николай.
Re: Re[2]: Локальный репозитари й apt
> Hello Artem, > > Так в том то и дело, что mirror не поддерживается... просто изредка > обновлялись пакеты... > Как-то раз, пока их было немного я проделал это руками, но делать это > сейчас я не возьмусь, да и глупо делать это руками. > > Thursday, November 18, 2004, 2:52:11 PM, you wrote: > > Dmitry Sokolov ->> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 > 14:04:58 +0300: > > DS>> Есть несколько сидюков с пакетами из testing/unstable, записанных > DS>> мной за несколько лет. Некоторые пакеты обновлялись не по одному > DS>> разу и есть несколько их версий. > > DS>> Как из пула выкинуть устаревшие пакеты? > могу предложить теоретически работоспособный но идеологически кривой вариант 1) берем свободную машину и устанавливаем basesystem 2) поднимаем на ней ftp сервер и шарим все накопившиеся репозитарии 3) подключаем apt-get через ftp (к себе же) 4) переинсталлируем (переобновляем) всю базовую систему 5) устанавливаем все необходимые пакеты 6) в /var/cache/apt имеем искомый набор пакетов, который остается только проиндексировать
Re: apache2
Hi! On Thu, Nov 18, 2004 at 10:26:14PM +0200, Fedir Gontsa wrote: > данные из формы не передаются скрипту > то есть связка... > > ~#cat 1.php > > > > ... > > > > ~# Может, register_globals выключен в php.ini? Apache тут ни при чем. В новых upstream релизах PHP так по дефолту, но Debian'овские пакеты до последнего времени собирали все-таки со включенным. Как бы то ни было, проверь. -- SY: Dmitry Melamud I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License.
firefox 1.0 и шрифты
Здравствуйте. Вот проапгрейдился с 0.8 до 1.0 Firefox'a. В 0.8-м для шрифтов понимались настройки, которые я указываю у себя в .fonts.conf, например: 12 false А тут, как я ни стараюсь, Firefox на них плюет с высокой колокольни. Или может теперь всё по другому, тогда как этот [EMAIL PROTECTED] антиалиасинг-везде-и-всюду отключить? Расскажите пожалуйста. -- Alexander Kolosov
Re: apache2
Привет, Fedir, 18 ноября 2004 г. было написано: FG> Привет Уважаемые! FG> сижу в тупике... FG> Apache2+PHP Version 4.3.9-1 Debian Sarge FG> данные из формы не передаются скрипту FG> то есть связка... FG> ~#cat 1.php FG> FG> FG> ... FG> FG> FG> FG> ~# FG> если поменять на GET ничего не изменяется FG> я в замешательстве... FG> до этого использовал апач 1.3.* а у этого сложноват конфиг FG> не могу разобраться...помогите FG> Заранее благодарен! Вы используете старый способ доступа к параметрам скрипта. Чтобы он работал надо в конфиге php писать register_globals=1 но этого делать КАТЕГОРИЧЕСКИ не стоит по причине безопасности вместо этого обращаться к параментам как $HTTP_GET_VARS['paramname'] либо не GET а POST PS Вообще-то оффтопик. -- Best regards, Alexander GQ Gerasiov <[EMAIL PROTECTED]> Кука: Сигнал SOS начинающая радистка поняла превратно... pgp9pGg8020NU.pgp Description: PGP signature
Re: gcc bug?
> --
> | flags |
> ||
> | length |
> ||
> | data |
> | |
> --
>
> struct pkt
> {
> uint32_t flags;
> uint32_t length;
> chardata[0];// data[1] для старых компиляторов
> };
>
>
> struct pkt* create_pkt( size_t data_length )
> {
> struct pkt* pkt =
> (struct pkt*) malloc( sizeof(struct pkt) + data_length );
>
> if (pkt != NULL)
> {
> pkt->flags = PKT_NODELAY;
> pkt->length = data_length;
> memset( pkt->data, 0, data_length );
> pkt->data[4] = 'r';
> pkt->data[5] = 't';
> pkt->data[6] = 'f';
> pkt->data[7] = 'm';
> }
>
> returm pkt;
> }
>
>
> Код непереносим, поскольку sizeof(struct pkt) будет давать разные
> значения даже для разных версий gcc, но здесь мы не об этом.
>
> Разумеется, это можно сделать и другими способами, но эстетическое
> чувство программистов вынуждает их желать работать с данными пакета
> обращаясь к члену структуры (так код лучше выглядит), а не извращаясь с
> указателями и кастами struct в char.
>
> До "изобретения" массивов с нулевой длиной приходилось пользоваться
> массивами с единичной длиной.
это ужасно!
я начинаю понимать отчего так много глючных программ на свете :-\
apache2
Привет Уважаемые! сижу в тупике... Apache2+PHP Version 4.3.9-1 Debian Sarge данные из формы не передаются скрипту то есть связка... ~#cat 1.php ... ~# если поменять на GET ничего не изменяется я в замешательстве... до этого использовал апач 1.3.* а у этого сложноват конфиг не могу разобраться...помогите Заранее благодарен! -- Всего лучшего тебе желаю! Fedir Gontsa 18.11.04, 22:14
Re: gcc bug?
On Thursday 18 November 2004 16:59, Dmitry A. Fedorov wrote:
> On Thu, 18 Nov 2004, Dmitry E. Oboukhov wrote:
> > в чем смысл масива с нулевой длиной кроме как использование
> > идентификатора как указателя?
> > можете привести пример?
> struct pkt
> {
> uint32_t flags;
> uint32_t length;
> chardata[0];// data[1] для старых компиляторов
> };
> struct pkt* create_pkt( size_t data_length )
> {
> struct pkt* pkt =
> (struct pkt*) malloc( sizeof(struct pkt) + data_length );
>
> if (pkt != NULL)
> {
> pkt->flags = PKT_NODELAY;
> pkt->length = data_length;
> memset( pkt->data, 0, data_length );
> pkt->data[4] = 'r';
> pkt->data[5] = 't';
> pkt->data[6] = 'f';
> pkt->data[7] = 'm';
> }
>
> returm pkt;
> }
>
Я чего-то не понимаю. Зачем всё-таки нужен char data[0], почему не
использовать char *data?
Re: проблемы с запуском на kernel 2.6.8
В сообщении от 12 Ноябрь 2004 17:07 Dmitry Skorinko написал(a): > > ставил ядра: > > kernel-image-2.6.8-1-386 > > kernel-image-2.6.8-1-686 > > > > после загрузки выдает сообщение: > > BIOS data check successful > > и зависает pnpbios=off в параметрах ядра пробовал? -- WestCall SPb dept. Phone: +7-(812)-320-0504 +7-(812)-320-0500 ext. 7237 e-mail: [EMAIL PROTECTED]
Re: Software RAID-1
Добрый день. On Thu, Nov 18, 2004 at 03:55:27PM +0300, Eduard Ivanov wrote: > Вот решил поставить на сервак сие чудо... да вот не нашёл грамотной > доки... чтобы понятно было что к чему и почему Посоветуйте что > юзать mdadm или raidtools2 ? Ну и было б не плохо узнать в теории как > это делается... Я использую raidtools2. mdadm тоже работает. По дефолту в сарже -- мдадм. > Есть тачка в которой стоит два IDE винта одинаковых ... правда на > одном шлейфе... но тут я бессилен ... тачка - сервак одноюнитовый > стоечный ... колупать не имею права... ну как есть ... > > Вопрос к знатокам: сильно ли я проиграю в производительности на том > что винты на одном шлейфе? А в сравнении с чем? если все равно повесить на два ты не имеешь права, то сравнивать не с чем и соответственно никому не проиграешь. -- WBR, Alexander A. Vlasov Debian GNU/Linux user JID: [EMAIL PROTECTED] nic-hdl: ZULU-UANIC
Re: Software RAID-1
On Thu, Nov 18, 2004 at 04:57:14PM +0300, Eduard Ivanov wrote: > Спасибо :) Но я уже это прочитал... Эта дока входит в пакет > raidtools2. Но некоторые личности настоятельно мне рекомендуют > юзать mdadm. Слышал упоминание про ситуацию, когда /etc/raidtab (который вообще-то дублирует информацию, забиваемую в RAID superblock при создании /dev/md*) всё-таки оказался необходим -- точнее не вспомню, но ситуация была нештатной (возможно, моделировалось помирание диска). Это при использовании mdadm, которому raidtab опять же AFAIR не требуется. (всё со слов, сам до mdadm добирался-добирался и не добрался :) -- WBR, Michael Shigorin <[EMAIL PROTECTED]> -- Linux.Kiev http://www.linux.kiev.ua/
Re: тестирование [skip]
On Wed, 17 Nov 2004 21:00:48 +0300 Иван Лох <[EMAIL PROTECTED]> wrote: > Я не юрист, но могу Вас заверить, что если у Вас угонят машину > и потом на ней задавят человека, то в тюрьму за халатность Вы > не сядете. Даже если оставили открытую дверь и замок в ключе > зажигания. Аккуратней подбирайте примеры:-) Скорее всего, дадут срок, в лучшем случае, условно. И ещё Вам нужно будет доказать, что не Вы, владелец средства повышенной опасности, были за рулём. Успехов. Павел.
Re: gcc bug?
On Thu, 18 Nov 2004, Dmitry E. Oboukhov wrote:
> в чем смысл масива с нулевой длиной кроме как использование
> идентификатора как указателя?
> можете привести пример?
> C не поддерживает динамическое изменение размеров массива и где можно
> применить массив с нулевой длиной я понять не могу
--
| flags |
||
| length |
||
| data |
| |
--
struct pkt
{
uint32_t flags;
uint32_t length;
chardata[0];// data[1] для старых компиляторов
};
struct pkt* create_pkt( size_t data_length )
{
struct pkt* pkt =
(struct pkt*) malloc( sizeof(struct pkt) + data_length );
if (pkt != NULL)
{
pkt->flags = PKT_NODELAY;
pkt->length = data_length;
memset( pkt->data, 0, data_length );
pkt->data[4] = 'r';
pkt->data[5] = 't';
pkt->data[6] = 'f';
pkt->data[7] = 'm';
}
returm pkt;
}
Код непереносим, поскольку sizeof(struct pkt) будет давать разные
значения даже для разных версий gcc, но здесь мы не об этом.
Разумеется, это можно сделать и другими способами, но эстетическое
чувство программистов вынуждает их желать работать с данными пакета
обращаясь к члену структуры (так код лучше выглядит), а не извращаясь с
указателями и кастами struct в char.
До "изобретения" массивов с нулевой длиной приходилось пользоваться
массивами с единичной длиной.
> struct
> {
> unsigned char byte[0];
>
> int data1;
> char data2;
> ...
> } a;
> чтобы обращаться к a.data1 как к a.byte[0], a.byte[1]... ?
Фу!
> и что компилятор ТАКОЕ допускает?!
В языке C индексы и границы массивов не контролируются, оставляя это на
совести программиста.
> > Если виртуальная память закончилась, она ненастоящая.
> наверно китайская подделка?
Виртуальная память - такой вид памяти, чъе происхождение
нисколько не влияет на ее качество.
--
Если уж гайка есть, она должна быть затянута до конца
Re[2]: Software RAID-1
Hello Andrew, Thursday, November 18, 2004, 3:58:09 PM, you wrote: AVS> В Чтв, 18.11.2004, в 15:55, Eduard Ivanov пишет: >> Всем привет! >> Вот решил поставить на сервак сие чудо... да вот не нашёл грамотной >> доки... чтобы понятно было что к чему и почему Посоветуйте что >> юзать mdadm или raidtools2 ? Ну и было б не плохо узнать в теории как >> это делается... AVS> http://www.tldp.org/HOWTO/Software-RAID-HOWTO.html Спасибо :) Но я уже это прочитал... Эта дока входит в пакет raidtools2. Но некоторые личности настоятельно мне рекомендуют юзать mdadm. Как я понимаю разница то не большая ... один хрен реализация вся в ведре... а это типа как бы фронтенд. Так? >> Есть тачка в которой стоит два IDE винта одинаковых ... правда на >> одном шлейфе... но тут я бессилен ... тачка - сервак одноюнитовый >> стоечный ... колупать не имею права... ну как есть ... AVS> SATA? Неа. -- Best regards, Eduardmailto:[EMAIL PROTECTED]
Re: Software RAID-1
On Thu, Nov 18, 2004 at 03:55:27PM +0300, Eduard Ivanov wrote: > Вот решил поставить на сервак сие чудо... да вот не нашёл грамотной > доки... чтобы понятно было что к чему и почему Посоветуйте что > юзать mdadm или raidtools2 ? Ну и было б не плохо узнать в теории как > это делается... http://www.tldp.org/HOWTO/Software-RAID-HOWTO.html http://myrddin.org/howto/debian-grub.html http://alioth.debian.org/projects/rootraiddoc/ # весьма подробно http://www.tldp.org/HOWTO/Boot+Root+Raid+LILO.html В документации, идущей с raidtools2, тоже достаточно подробно всё описано. > Есть тачка в которой стоит два IDE винта одинаковых ... правда на > одном шлейфе... но тут я бессилен ... тачка - сервак одноюнитовый > стоечный ... колупать не имею права... ну как есть ... > > Вопрос к знатокам: сильно ли я проиграю в производительности на том > что винты на одном шлейфе? Везде в доках рекомендуют использовать по одному винту на контроллер. Наверное неспроста... -- IOpuk.
Re: gcc bug?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 18 Nov 2004
16:08:43 +0300:
>> > в смысле компилятор будет ругаться на применение любого индекса с ним?
>> > или что?
>>
>> Не обязан.
>>
>> Эту конструкцию применяют обычно в конце структур заголовок - данные,
>> чтобы можно было сослаться на начало данных без извращений с адресной
>> арифметикой.
DEO> то есть что-то вроде
DEO> struct
DEO> {
DEO> unsigned char byte[0];
DEO> int data1;
DEO> char data2;
DEO> ...
DEO> } a;
DEO> чтобы обращаться к a.data1 как к a.byte[0], a.byte[1]... ?
Нет. struct {
int data1;
char data2;
unsigned char byte[0];
}
и дальше в памяти расположены собственно данные из этого byte, а сколько
их - знает только приложение.
DEO> и что компилятор ТАКОЕ допускает?!
Ну да. Пол-винды так написано, например.
--
Artem Chuprina
RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: Задолбали зависимости. Уже не смешно
Пашев Игорь Николаевич -> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 15:09:37 +0300: ПИН> что хочу удалить -- что предлагают снести заодно: ПИН> == ПИН> exim -- mysql-server, mutt Им нужен хоть какой-нибудь MTA. MTA в системе быть должен. Они без него работать не соглашаются. (Ну, в случае с мысклем он не захочет работать, скорее всего, без крона, а крон - он почту посылает... mutt же умеет посылать почту только локальным /usr/sbin/sendmail.) Если ты заменишь exim на другой MTA, они останутся. ПИН> kde-lirc -- kde, kde-utils Начнем с того, что пакета kde-lirc в дистрибутиве не существует... Как и kde-utils. ПИН> ksirc -- kdenetwork Ну да. Это фейковый пакет для установки стопки других и больше ни для чего. Вполне резонно, что если ты сносишь хотя бы один из стопки, устанавливалка всей стопки тоже идет лесом. То же относится и к пакетам kde и kdeutils. Читать, блин, иногда описания надо. ПИН> liblircclient0 -- gnome, mozilla, mplayer, totem Как ты этого добился? У меня mozilla и mplayer установлены, а liblircclient0 - нет. Сам собирал с поддержкой lirc? Так что зря ты про "не смешно". Как раз смешно. Тебя читать... -- Artem Chuprina RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: gcc bug?
> DEO> я сейчас просто пропатчил пакет до того, что он 3.3 собирается, но он > DEO> собирается 3.4 и не патченный, причем те конструкции на которых валится > DEO> 3.3 3.4 не считает ошибочными > DEO> то есть у меня сейчас получился пакет с жесткой зависимостью на 3.4 > > Почему бы и нет? Раз от плюсовых библиотек 3.4 он все равно зависит? кроме глюков компилера в данном случае 3.4 не нужен кроме того я проверил - все собирается на 2.95 и 3.0
Re[2]: Локальный репозит арий apt
Hello Artem, Так в том то и дело, что mirror не поддерживается... просто изредка обновлялись пакеты... Как-то раз, пока их было немного я проделал это руками, но делать это сейчас я не возьмусь, да и глупо делать это руками. Thursday, November 18, 2004, 2:52:11 PM, you wrote: Dmitry Sokolov ->> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 14:04:58 +0300: DS>> Есть несколько сидюков с пакетами из testing/unstable, записанных DS>> мной за несколько лет. Некоторые пакеты обновлялись не по одному DS>> разу и есть несколько их версий. DS>> Как из пула выкинуть устаревшие пакеты? AC> Вообще-то при нормальном поддержании миррора это делает rsync... DS>> Т.е. задача смастерить сидюк только с нужными пакетами. AC> А это - совсем другая задача... AC> -- AC> Artem Chuprina AC> RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED] -- Best regards, Dmitrymailto:[EMAIL PROTECTED]
Re: gcc bug?
> > а править мейк тоже нехорошо (пакет ведь собираем, а на другой системе
> > могут не пересобрать)
> > и как быть?
>
> make CC=gcc3.4 CFLAGS='-pipe -O3 -g0 -w' и так далее в debian/rules
>
> configure из среды берет или также как make в зависимости от версии.
>
> Наличие gcc3 проверять перед тем.
>
> > PPS: кстати, знатоки плюсов, объясните мне смысл конструкции:
> > int a[0]={};
> >
> > это что просто указатель, который можно юзать только как указатель?
>
> Это не плюсы, это C.
>
> Это массив с нулевой длиной и его инициализация.
>
> Указатели и массивы - совсем разные вещи. Путаница у вас "классическая",
> хорошо известная.
то что массив я вижу
я не понимаю смысла
в чем смысл масива с нулевой длиной кроме как использование
идентификатора как указателя?
можете привести пример?
C не поддерживает динамическое изменение размеров массива и где можно
применить массив с нулевой длиной я понять не могу
>
> > в смысле компилятор будет ругаться на применение любого индекса с ним?
> > или что?
>
> Не обязан.
>
> Эту конструкцию применяют обычно в конце структур заголовок - данные,
> чтобы можно было сослаться на начало данных без извращений с адресной
> арифметикой.
то есть что-то вроде
struct
{
unsigned char byte[0];
int data1;
char data2;
...
} a;
чтобы обращаться к a.data1 как к a.byte[0], a.byte[1]... ?
и что компилятор ТАКОЕ допускает?!
по моему это большее извращение чем ((unsigned char *)&a)[index]
> Если виртуальная память закончилась, она ненастоящая.
наверно китайская подделка?
;)
Re: gcc bug?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 14:25:17 +0300: DEO> я сейчас просто пропатчил пакет до того, что он 3.3 собирается, но он DEO> собирается 3.4 и не патченный, причем те конструкции на которых валится DEO> 3.3 3.4 не считает ошибочными DEO> то есть у меня сейчас получился пакет с жесткой зависимостью на 3.4 Почему бы и нет? Раз от плюсовых библиотек 3.4 он все равно зависит? -- Artem Chuprina RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: Software RAID-1
В Чтв, 18.11.2004, в 15:55, Eduard Ivanov пишет: > Всем привет! > Вот решил поставить на сервак сие чудо... да вот не нашёл грамотной > доки... чтобы понятно было что к чему и почему Посоветуйте что > юзать mdadm или raidtools2 ? Ну и было б не плохо узнать в теории как > это делается... http://www.tldp.org/HOWTO/Software-RAID-HOWTO.html > > Есть тачка в которой стоит два IDE винта одинаковых ... правда на > одном шлейфе... но тут я бессилен ... тачка - сервак одноюнитовый > стоечный ... колупать не имею права... ну как есть ... SATA? > > Вопрос к знатокам: сильно ли я проиграю в производительности на том > что винты на одном шлейфе? > > > -- > Best regards, > Eduard mailto:[EMAIL PROTECTED] >
Software RAID-1
Всем привет! Вот решил поставить на сервак сие чудо... да вот не нашёл грамотной доки... чтобы понятно было что к чему и почему Посоветуйте что юзать mdadm или raidtools2 ? Ну и было б не плохо узнать в теории как это делается... Есть тачка в которой стоит два IDE винта одинаковых ... правда на одном шлейфе... но тут я бессилен ... тачка - сервак одноюнитовый стоечный ... колупать не имею права... ну как есть ... Вопрос к знатокам: сильно ли я проиграю в производительности на том что винты на одном шлейфе? -- Best regards, Eduard mailto:[EMAIL PROTECTED]
Re: Задолбали зависимо сти. Уже не смешно
On Thu, Nov 18, 2004 at 03:09:37PM +0300, Пашев Игорь Николаевич wrote: > что хочу удалить -- что предлагают снести заодно: > == IMHO все нормально... > exim -- mysql-server, mutt Очевидно, Вы удаляете последний MTA в системе. Значит у Вас не будут работать MUA. То, что mysql-server требует MUA обеспечивающего mailx вполне нормально для UNIX-like. > kde-lirc -- kde, kde-utils > ksirc -- kdenetwork Чего нет, того нет... > liblircclient0 -- gnome, mozilla, mplayer, totem В ряде приложений можно включить LIRС лишь на стадии сборки, выбор либо поддерживать по две версии пакета вместо одного, плюс Provides и т. д, либо сделать зависимость от маленькой библиотеки. Если Вас это так напрягает -- сделайте liblircclient-dummy... -- Иван Лох
Re: тестирование [skip]
On Thu, Nov 18, 2004 at 02:21:51PM +0300, Artem Chuprina wrote: > >> P.S. В последнее время, впрочем, я переползаю на amavisd и политику > >> хранения одной байесовской базы на всех. Оно как-то эффективнее > >> получается. > > V'M> зависит от однородности трафика. а то я своей базой коммерческому отделу > V'M> всю полезную почту зафильтрую ;) > > Коммерческий отдел прописывается в spam-lovers, и телемаркет :-) Я серьезно. не скажи, виагра им не нужна ;) -- A: No Q: Should I quote below my post? Good luck! /AKA Druid
Re: Задолбали зависим ости. Уже не смешно
On Thu, 18 Nov 2004 15:09:37 +0300 Пашев Игорь Николаевич <[EMAIL PROTECTED]> wrote: > exim -- mysql-server, mutt про mysql не скажу, а mutt'у нужен виртуальный пакет mail-transport-agent, который и предоставляет exim* Если нужен другой почтовик просто ставь, exim будет удален > kde-lirc -- kde, kde-utils kde и kde-utils - это виртуальные пакеты > ksirc -- kdenetwork это тоже виртуальный пакет > liblircclient0 -- gnome, mozilla, mplayer, totem -- Best Regards, Konstantin Klimchev (mailto:[EMAIL PROTECTED]jabber:[EMAIL PROTECTED]) ATK-Internet ISP, Arkhangelsk, Russia
Задолбали зависимости. Уже не смешно
что хочу удалить -- что предлагают снести заодно: == exim -- mysql-server, mutt kde-lirc -- kde, kde-utils ksirc -- kdenetwork liblircclient0 -- gnome, mozilla, mplayer, totem Этот список можно продолжать :) -- Никогда не было, чтобы чего-нибудь не было, всегда было, чтобы что-нибудь было.
Re: gcc bug?
On Thu, 18 Nov 2004, Dmitry E. Oboukhov wrote:
> а править мейк тоже нехорошо (пакет ведь собираем, а на другой системе
> могут не пересобрать)
> и как быть?
make CC=gcc3.4 CFLAGS='-pipe -O3 -g0 -w' и так далее в debian/rules
configure из среды берет или также как make в зависимости от версии.
Наличие gcc3 проверять перед тем.
> PPS: кстати, знатоки плюсов, объясните мне смысл конструкции:
> int a[0]={};
>
> это что просто указатель, который можно юзать только как указатель?
Это не плюсы, это C.
Это массив с нулевой длиной и его инициализация.
Указатели и массивы - совсем разные вещи. Путаница у вас "классическая",
хорошо известная.
> в смысле компилятор будет ругаться на применение любого индекса с ним?
> или что?
Не обязан.
Эту конструкцию применяют обычно в конце структур заголовок - данные,
чтобы можно было сослаться на начало данных без извращений с адресной
арифметикой.
--
Если виртуальная память закончилась, она ненастоящая.
Re: Локальный репозитарий apt
Dmitry Sokolov -> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 14:04:58 +0300: DS> Есть несколько сидюков с пакетами из testing/unstable, записанных DS> мной за несколько лет. Некоторые пакеты обновлялись не по одному DS> разу и есть несколько их версий. DS> Как из пула выкинуть устаревшие пакеты? Вообще-то при нормальном поддержании миррора это делает rsync... DS> Т.е. задача смастерить сидюк только с нужными пакетами. А это - совсем другая задача... -- Artem Chuprina RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: gcc bug?
> >> >> 3.3 - да. В 3.4 пофиксено. Так что багрепорт можно уже не посылать.
> >> DEO> я поставил 3.4.2 и он тоже падает
> >>
> >> Он не падает. Он честно ругается, что так писать нельзя.
> >> gcc-3.4 --version
> >> gcc-3.4 (GCC) 3.4.2 (Debian 3.4.2-2)
> >> Copyright (C) 2004 Free Software Foundation, Inc.
> >> This is free software; see the source for copying conditions. There is NO
> >> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
> >>
> >> DEO> PS: а как менять в Дебиане версию gcc?
> >> DEO> update-alternatives похоже не про то или я что-то не допонял?
> >>
> >> Никак не менять. Разные версии gcc замечательно уживаются между собой,
> >> надо только указывать нужный компилятор. update-alternatives в данном
> >> случае будет только источником граблей из-за несовместимости 3.3 и 3.4
> >> по меньшей мере по плюсовым библиотекам.
> DEO> гм я не про то
> DEO> а про ссылку /usr/bin/gcc
> DEO> ее руками планируется переставлять на нужную версию?
>
> Разработчиком пакета задумано, что /usr/bin/gcc в sarge показывает на
> 3.3. Переставление ее - руками ли, ногами ли, - за счет юзера,
> разработчики дистрибутива в этом случае багрепорты вправе не
> принимать...
а править мейк тоже нехорошо (пакет ведь собираем, а на другой системе
могут не пересобрать)
и как быть?
я сейчас просто пропатчил пакет до того, что он 3.3 собирается, но он
собирается 3.4 и не патченный, причем те конструкции на которых валится
3.3 3.4 не считает ошибочными
то есть у меня сейчас получился пакет с жесткой зависимостью на 3.4
PPS: кстати, знатоки плюсов, объясните мне смысл конструкции:
int a[0]={};
это что просто указатель, который можно юзать только как указатель?
в смысле компилятор будет ругаться на применение любого индекса с ним?
или что?
Re: тестирование [skip]
On Thu, Nov 18, 2004 at 02:54:33PM +0500, Nikolay S. wrote: > Вешать в cron для каждого пользователь - некрасиво. Нарисовать итератор или предложить пользователям повесить самостоятельно, если у них есть шелл и crontab. Давать одному пользователю возможность решать, что будет считаться спамом у другого -- неправильно (и не всегда работает). -- WBR, Michael Shigorin <[EMAIL PROTECTED]> -- Linux.Kiev http://www.linux.kiev.ua/
Re: тестирование [skip]
Vasiliy 'Druid' Misharev -> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 14:09:54 +0300: >> P.S. В последнее время, впрочем, я переползаю на amavisd и политику >> хранения одной байесовской базы на всех. Оно как-то эффективнее >> получается. V'M> зависит от однородности трафика. а то я своей базой коммерческому отделу V'M> всю полезную почту зафильтрую ;) Коммерческий отдел прописывается в spam-lovers, и телемаркет :-) Я серьезно. -- Artem Chuprina RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: тестировани е [skip]
"Nikolay S." <[EMAIL PROTECTED]> writes: > > sudo -u user sa-learn --ham --prefs-file=/home/user/.spamassassin/user_prefs > > --dbpath=/home/user/.spamassassin/ /home/user/Maildir/.NotSpam/cur > > в ответ: bayes expire_old_tokens: lock: 11369 cannot create tmp > lockfile /root/.spamassassin/bayes.lock.isrv.rifey.e-burg.ru.11369 > for /root/.spamassassin/bayes.lock: Permission denied > А что-то типа: su - user -c "sa-learn --ham /home/user/Maildir/.NotSpam/cur" не покатит? -- Mikolaj Golub
Re: тестирование [skip]
On Thu, Nov 18, 2004 at 02:00:00PM +0300, Artem Chuprina wrote: > P.S. В последнее время, впрочем, я переползаю на amavisd и политику > хранения одной байесовской базы на всех. Оно как-то эффективнее получается. зависит от однородности трафика. а то я своей базой коммерческому отделу всю полезную почту зафильтрую ;) -- A: No Q: Should I quote below my post? Good luck! /AKA Druid
Локальный репозитарий apt
Есть несколько сидюков с пакетами из testing/unstable, записанных мной за несколько лет. Некоторые пакеты обновлялись не по одному разу и есть несколько их версий. Как из пула выкинуть устаревшие пакеты? Как вариант можно в пуле оставить только те пакеты, которые установлены в системе. Т.е. задача смастерить сидюк только с нужными пакетами. -- Best regards, Dmitrymailto:[EMAIL PROTECTED]
Re: тестирование [skip]
Nikolay S. -> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 15:19:25 +0500: NS> В сообщении от 18 Ноябрь 2004 14:56 Andrey N. Demushkin написал(a):> The Weather is Good! Isn't It?>> Thursday, November 18, 2004, 12:54:33 PM, you wrote:>> NS> В свете прочтения этой темы решил поэксперементировать с обучением> NS> spamassassin. Написал не сложный скрипт пробегающий по всем Maildir> NS> пользователей и обучающихся по папкам spam and notspam. Но вот> столкнулся с NS> проблемой: изменения происходят в базе пользователя от> которого запущен NS> скрипт. Т.е. если его повесить в cron под root , то> все изменения будут NS> в /root/.spamassassin/ . А как сделать чтобы> изменения происходили в NS> настроиках пользователя? Вешать в cron для> каждого пользователь - некрасиво.>> NS> Пример запуска:> NS> sa-learn --ham --prefs-file=/home/user/.spamassassin/user_prefs> NS> --dbpath=/home/user/.spamassassin/ /home/user/Maildir/.NotSpam/cur> sudo? NS> sudo -u user sa-learn --ham --prefs-file=/home/user/.spamassassin/user_prefs --dbpath=/home/user/.spamassassin/ /home/user/Maildir/.NotSpam/cur NS> в ответ: bayes expire_old_tokens: lock: 11369 cannot create tmp lockfile /root/.spamassassin/bayes.lock.isrv.rifey.e-burg.ru.11369 for /root/.spamassassin/bayes.lock: Permission denied man sudo. В основном - на предмет -H. -- Artem Chuprina RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: тестирование [skip]
Nikolay S. -> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 14:54:33 +0500: NS> В свете прочтения этой темы решил поэксперементировать с обучением NS> spamassassin. Написал не сложный скрипт пробегающий по всем Maildir NS> пользователей и обучающихся по папкам spam and notspam. Но вот NS> столкнулся с проблемой: изменения происходят в базе пользователя от NS> которого запущен скрипт. Т.е. если его повесить в cron под root , NS> то все изменения будут в /root/.spamassassin/ . А как сделать чтобы NS> изменения происходили в настроиках пользователя? Вешать в cron для NS> каждого пользователь - некрасиво. Я делаю именно так. Те, у кого эстетическое чувство устроено по-другому, да узнают о существовании su и sudo. -- Artem Chuprina RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED] P.S. В последнее время, впрочем, я переползаю на amavisd и политику хранения одной байесовской базы на всех. Оно как-то эффективнее получается.
Re: тестирование [skip]
Alexander Mikhailian -> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 09:32:27 +0100: >> Перекладывать ответственность на этого безмозглого пользователя >> - тоже не выход. AM> Пока что вы перекладываете ответственность на всех пользователей AM> с динамических адресов. Чем это лучше? Не надо путать возлагание ответственности с ограничением возможностей. Я не предлагаю им ни за что отвечать - я им предлагаю воспользоваться другим способом отправить письмо через мой сервер. Если им не очень-то и хотелось - значит, мне и подавно. Обычно заинтересованность либо только у посылающего, либо обоюдная. AM> Кроме того, почтовый спам -- это только самая видмая часть проблемы. AM> Есть ещё навязчивая реклама, например. И просто взломщики. Просто взломщики тоже обрабатываются. AM> Мне, как провайдеру контента, иногда приходится отключать некоторые AM> диапазоны адресов целиком чтобы избавиться от слишком навязчивых AM> посетителей. И я прекрасно знаю, что вместе с одним нахалом я блокирую AM> сотни легитимных пользователей. Так ты их насмерть блокируешь (по этим граблям мне тоже ходить приходилось), а я - нет. -- Artem Chuprina RFC2822: <[EMAIL PROTECTED]>, FIDO: 2:5020/122.256, Jabber: [EMAIL PROTECTED]
Re: тестирование [skip]
В сообщении от 18 Ноябрь 2004 14:56 Andrey N. Demushkin написал(a): > The Weather is Good! Isn't It? > > Thursday, November 18, 2004, 12:54:33 PM, you wrote: > > NS> В свете прочтения этой темы решил поэксперементировать с обучением > NS> spamassassin. Написал не сложный скрипт пробегающий по всем Maildir > NS> пользователей и обучающихся по папкам spam and notspam. Но вот > столкнулся с NS> проблемой: изменения происходят в базе пользователя от > которого запущен NS> скрипт. Т.е. если его повесить в cron под root , то > все изменения будут NS> в /root/.spamassassin/ . А как сделать чтобы > изменения происходили в NS> настроиках пользователя? Вешать в cron для > каждого пользователь - некрасиво. > > NS> Пример запуска: > NS> sa-learn --ham --prefs-file=/home/user/.spamassassin/user_prefs > NS> --dbpath=/home/user/.spamassassin/ /home/user/Maildir/.NotSpam/cur > sudo? sudo -u user sa-learn --ham --prefs-file=/home/user/.spamassassin/user_prefs --dbpath=/home/user/.spamassassin/ /home/user/Maildir/.NotSpam/cur в ответ: bayes expire_old_tokens: lock: 11369 cannot create tmp lockfile /root/.spamassassin/bayes.lock.isrv.rifey.e-burg.ru.11369 for /root/.spamassassin/bayes.lock: Permission denied > > > With best regards, Andrey N. Demushkin > --icq: 27072263 > http://www.demushkin.ru
Re[2]: тестирование [skip]
The Weather is Good! Isn't It? Thursday, November 18, 2004, 12:54:33 PM, you wrote: NS> В свете прочтения этой темы решил поэксперементировать с обучением NS> spamassassin. Написал не сложный скрипт пробегающий по всем Maildir NS> пользователей и обучающихся по папкам spam and notspam. Но вот столкнулся с NS> проблемой: изменения происходят в базе пользователя от которого запущен NS> скрипт. Т.е. если его повесить в cron под root , то все изменения будут NS> в /root/.spamassassin/ . А как сделать чтобы изменения происходили в NS> настроиках пользователя? Вешать в cron для каждого пользователь - некрасиво. NS> Пример запуска: NS> sa-learn --ham --prefs-file=/home/user/.spamassassin/user_prefs NS> --dbpath=/home/user/.spamassassin/ /home/user/Maildir/.NotSpam/cur sudo? With best regards, Andrey N. Demushkin --icq: 27072263 http://www.demushkin.ru
Re: тестирование [skip]
В свете прочтения этой темы решил поэксперементировать с обучением spamassassin. Написал не сложный скрипт пробегающий по всем Maildir пользователей и обучающихся по папкам spam and notspam. Но вот столкнулся с проблемой: изменения происходят в базе пользователя от которого запущен скрипт. Т.е. если его повесить в cron под root , то все изменения будут в /root/.spamassassin/ . А как сделать чтобы изменения происходили в настроиках пользователя? Вешать в cron для каждого пользователь - некрасиво. Пример запуска: sa-learn --ham --prefs-file=/home/user/.spamassassin/user_prefs --dbpath=/home/user/.spamassassin/ /home/user/Maildir/.NotSpam/cur Николай.
Re: тестирование [skip]
Artem Chuprina <[EMAIL PROTECTED]> wrote: > Перекладывать ответственность на этого безмозглого пользователя > - тоже не выход. Пока что вы перекладываете ответственность на всех пользователей с динамических адресов. Чем это лучше? Кроме того, почтовый спам -- это только самая видмая часть проблемы. Есть ещё навязчивая реклама, например. И просто взломщики. Мне, как провайдеру контента, иногда приходится отключать некоторые диапазоны адресов целиком чтобы избавиться от слишком навязчивых посетителей. И я прекрасно знаю, что вместе с одним нахалом я блокирую сотни легитимных пользователей. -- Alexander Mikhailian я┌я▄ п╫п╣п╨п╬я┌п╬я─я▀п╣ п╢п╦п╟п©п╟п╥п╬п╫я▀ п╟п╢я─п╣я│п╬п╡ я├п╣п╩п╦п╨п╬п╪ я┤я┌п╬п╠я▀ п╦п╥п╠п╟п╡п╦я┌я▄я│я▐ п╬я┌ я│п╩п╦я┬п╨п╬п╪ п╫п╟п╡я▐п╥я┤п╦п╡я▀я┘ п©п╬я│п╣я┌п╦я┌п╣п╩п╣п╧. п≤ я▐ п©я─п╣п╨я─п╟я│п╫п╬ п╥п╫п╟я▌, я┤я┌п╬ п╡п╪п╣я│я┌п╣ я│ п╬п╢п╫п╦п╪ п╫п╟я┘п╟п╩п╬п╪ я▐ п╠п╩п╬п╨п╦я─я┐я▌ я│п╬я┌п╫п╦ п╩п╣пЁп╦я┌п╦п╪п╫я▀я┘ п©п╬п╩я▄п╥п╬п╡п╟я┌п╣п╩п╣п╧. -- Alexander Mikhailian
Re: Пароль на MySQL
Зуев Денис Александрович wrote: Привет! Уважаемое сообщество, враги сменили root-пароль на MySQL. Есть ли возможность это дело исправить? =- С уважением, Денис Зуев ООО "Группа компаний АСК" г. Екатеринбург т. (343) 371-44-44 ф. (343) 371-55-55 Да. посмотри инструкции по первоначальной инсталляции пакета MySQL...
Re: gcc bug?
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 18 Nov 2004 02:06:09 +0300: >> >> 3.3 - да. В 3.4 пофиксено. Так что багрепорт можно уже не посылать. >> DEO> я поставил 3.4.2 и он тоже падает >> >> Он не падает. Он честно ругается, что так писать нельзя. >> gcc-3.4 --version >> gcc-3.4 (GCC) 3.4.2 (Debian 3.4.2-2) >> Copyright (C) 2004 Free Software Foundation, Inc. >> This is free software; see the source for copying conditions. There is NO >> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >> >> DEO> PS: а как менять в Дебиане версию gcc? >> DEO> update-alternatives похоже не про то или я что-то не допонял? >> >> Никак не менять. Разные версии gcc замечательно уживаются между собой, >> надо только указывать нужный компилятор. update-alternatives в данном >> случае будет только источником граблей из-за несовместимости 3.3 и 3.4 >> по меньшей мере по плюсовым библиотекам. DEO> гм я не про то DEO> а про ссылку /usr/bin/gcc DEO> ее руками планируется переставлять на нужную версию? Разработчиком пакета задумано, что /usr/bin/gcc в sarge показывает на 3.3. Переставление ее - руками ли, ногами ли, - за счет юзера, разработчики дистрибутива в этом случае багрепорты вправе не принимать... -- Artem Chuprina <[EMAIL PROTECTED]> FIDO: 2:5020/122.256
Re: mencoder & DVD2mpeg4
Oleg Tsymaenko wrote: есть GUI : apt-get install dvdrip dvdrip-doc там это все красивенько настраивается с "превью". и выписывается командная строчечка для mencoder Спасибо. Судя по всему, это то, что нужно ) -- WBR, .Nick -- USU-Lug (Ural State University Linux Users Group) http://usu-lug.org.ru/ mailto:[EMAIL PROTECTED]
Samba в двух сетях
Здравствуйте! Samba работет как PDC в сети. Часть компьютеров и пользователей переехали в другое помещение. До этого помещения есть линк, старая и новая сети связь имеют. Хочется для отпочковавшейся части сохранить авторизацию на имеющемся PDC; но только авторизацию - обмен файлами не планируется, ибо неконтролируемо и дорого. Samba использует ldapsam, реплицировать ldap-базу для BDC в новой сети - не вопрос. Вопрос такой - будет ли BDC нормально авторизовать пользователей, если трафик между PDC и BDC частично запрещен (закрыты порты 137-139, 445, но 389 открыт)? Достаточно ли для BDC обращений к собственной реплике ldap или он еще чего-то должен получать через закрываемые порты? -- Dmitry Fedoseev <[EMAIL PROTECTED]>
