>These script samples are not supported by Microsoft Corporation.

Команду виде 'rpm -qi пакет' чем заменить? Или rpm -qf файл?

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

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

8139B?

Ладно, нарушу первую заповедь этого форума: никогда не спорь с (поклонниками одной известной софтверной компании).

1. чтобы узнать про то, что rpm умеет проверять пакет на целостность не надо копаться в глубинах LKML. MSDN --- это все же ресурс для разработчиков, что следует из его названия, а я простой российский сисадмин. 2. обновления патчами --- реализовано в SuSE, при этом полный комплект патчей не забивает первые два экрана интерфейса установки и обновления программ, как в win2k SP4 (изначально была SP1). 3. rpm почему-то не нужно хранить полное содержимое архива программы в "секретной" папочке, чтобы обеспечить эту функциональность. 4. Модульность системы и наличие COM очень сильно помогла мне как системному администратору найти, какие программы подвержены недавней уязвимости с разбором JPEG. ;) И еще больше помогла сделать это на КАЖДОЙ машине. Даже патчей не пришлось качать, т.к. то, что я увидел скачав мегаутилиту обновления от MS, в экстраполяции на NN-ое число машин привело меня к выводу, что ничего не патча я сэкономлю туеву хучу времени. Get the facts --- Microsoft экономит ваше время! Ничего против 10 минут, потраченных на то, чтоб скачать и запустить процесс обновления найденной примерно в то же время уязвимости в libpng. 5. Еще msi очень сильно помогает узнать, а какие это у нас программы умеют работать с графикой. apt-cache search и emerge -s отдыхают.

>Ты бы хоть разобрался с "предметной областью"

Ура, специалист пришёл! Ну что ж, ты сам вляпался =)

>прежде чем осуществлять необоснованные наезды в сторону вариантов обновления ПО в оффтопике.

Если ты протрёшь глаза, то увидишь, что попытки сравнить абсолютно идеологически разные системы установки/апдейта софта начал некто Ron.

>В оффтопике все серьезные приложения пишутся на основе COM. Слыхал про такое?

Ой, плин. А мужики-то не знают (с) рыглама

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

команду, которая автоматом это делает - в студию.

>А тебя послушать - дык все обновления конкретных элементов приложения можно решить только через cvs и пересборку

Не только. Тред перечитай для начала. А то один ляпнул, что msi круче rpm, прибежал второй "въноша с горящими глазами" и начал усиленно поддакивать...

В каком смысле 8139B?

> А что в нём не так? Результаты не понравились?

А ты посмотри команды. :-)
Если уж они за измерение количества шагов взялись, то там есть, что выкинуть и есть, что объединить.

> Кстати, кто-нить заметил? umount /dev/cdrom не было и перезагрузки не было, а второй диск они вставили...

Может, дошло, что automount работает ? :-)
Или его там нет ?

>ifconfig какой-то другой?

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

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

> ты будешь удивлен, но ты дал как раз неправильный ответ на правильный и именно для редхата

Он с крайним случаем не промахнулся... :-)

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

>команду, которая автоматом это делает - в студию.

Как ты dll утянешь - это дело техники. Можно через службу обновлений, можно вручную. Перерегистрация компонента может быть выполнена двумя способами: через regsvr32.exe и через вызов (экспортируемой) функции DllRegisterServer. Кстати, об инсталляторах: второй способ используется большинством таковых, да и само приложение можно такому трюку научить.

Я про msi вообще ничего не сказал ;) Мне эта штука не нравится.

Да накопал карту на таком чипсете производства непонятно кого (лень лезть смотреть) - она запускается, работает, но сеть не видит. В упор.

Ставишь другую карту - все нормально.

Ставишь эту карту на виндовую машину - она живая и все видит. Мистика.

automount там нет. Они дальше записывали как монтируют и отмонтируют устройства.

>Я про msi вообще ничего не сказал ;) Мне эта штука не нравится.

а зачем тогда в тред влез? =)

>Как ты dll утянешь - это дело техники. Можно через службу обновлений, можно вручную. Перерегистрация компонента может быть выполнена двумя способами: через regsvr32.exe и через вызов (экспортируемой) функции DllRegisterServer. Кстати, об инсталляторах: второй способ используется большинством таковых, да и само приложение можно такому трюку научить.

как-то слишком сложно для самой дружественной ОС =) Тебе так не кажется?

надо apt или систему портежей на вин32 спортировать...и будет всем щасте

>как-то слишком сложно для самой дружественной ОС =) Тебе так не кажется?

Мне - не кажется ;) Я же всего лишь описал, как данный подход реализуется на самом деле - на низком уровне, если угодно. Если применяется данный подход, то он автоматизирован программой установки обновления, так что юзер даже ничего не заметит. Сама ОС обновляется из winupdate; приложения, которым жизненно необходимо обновляться - антивирусы, файрволлы - также поддерживают собственные варианты live-update. Минимум усилий со стороны юзера. А остальные проги можно и заново скачать, ибо они выпускаются не очень часто и весят не так уж и много.

А базар шел о технике обновления. Инсталлеры кто-то за уши притянул ;)

>А базар шел о технике обновления. Инсталлеры кто-то за уши притянул ;)

не кто-то, а вполне конкретный перц:

Ron>Вообще, советую, хотя бы ради интереса и развития почитать доки про Windows Installer, только девелоперские, а не юзерские, и оценить возможности. На сегодняшний день всем rpm-like менеджерам пакетов до него - как раком до китая.

%)

>Сама ОС обновляется из winupdate; приложения, которым жизненно необходимо обновляться - антивирусы, файрволлы - также поддерживают собственные варианты live-update.

речь идет не об обновлении _баз_ (антивирей и IDS), а об обновлениях самих программ. Скажем...обновление MS Office 97 -> MS Office 2003...или Photoshop 5.0 - > Photoshop 7.

согласись, такого - нету, и быть не может =)

Да, такого быть не может.

Хотя, через live-update и им подобные механизмы программы способны и себя частично обновлять - так, например, делают Outpost Firewall или Norton Antivirus. Первый даже умудряется от версии к версии перейти.

Тот же антивирь может не только базы обновлять, но и части движка ;)

>Да, такого быть не может.

собсно, о чём и речь была =)

тред объявляю закрытым, нах! =)

forward

> в netconfig не видел, чтобы можно было выставить форварди
но мы так и открыл где эта собакак хранит параметр в 2001 году.:)
мне тогда надоело echo писать в /proc а подчинённый сказал что вот типа тулзой выставляешь - и всё работает
мы так и сделали а потом сделал find /etc -mmin -1 =D
и так вычислили файл /etc/sysctl.conf
а чтобы применти то сразу - достаточно просто
соотв-ий /sbin/sysctl -w PAR=VALUE сделать.
BTW, это работает без /proc !

forward

> дал как раз неправильный ответ
и чем я дал неправильный овет на спцеиально сделанную фишку RH-систем?8-[ ] поясни...
наоборот, я прав:
http://www.redhat.com/docs/manuals/linux/RHL-7.3-Manual/ref-guide/s1-proc-sys...и
и
http://www.redhat.com/archives/redhat-list/2001-May/msg00254.html
более того, это рабоатет и бьез /proc что может пригодиться например в случаях когда /proc недоступен (init=/bin/bash и т.п.)

> > в netconfig не видел, чтобы можно было выставить форварди
> но мы так и открыл где эта собакак хранит параметр в 2001 году.:)
> мне тогда надоело echo писать в /proc а подчинённый сказал

Какая чушь! Вот где действительно любители делать все через одно место :-) Каждый нормальный линуксоид должен знать, что:

1. echo zzz >/proc/sys/xxx/yyy == sysctl -w xxx.yyy=zzz

2. Откуда при старте системы прокатываются параметры sysctl? Из /etc/sysctl.conf

Используйте системный подход, господа - это рулез!

> echo zzz >/proc/sys/xxx/yyy == sysctl -w xxx.yyy=zzz
нет. сделай umount /proc - поймёшь почему.;)
а sysctl будет работать.=D
на самом деле sysctl тоже зависим - от /dev, но это гораздо меньшая проблема чем /proc.
> Откуда при старте системы прокатываются параметры sysctl?
в тот момент я не знал про существование sysctl.conf

Ну я тебе могу еще одну мистическую карту подкинуть :)

кличеться она 3com 905tx - в винде и редхате работает, а в сусе звездит не подетски

тоесть как бы работает даже чего то передает/принимает, только правда со скоростью 100 кил/сек!!!!!!!

в редхате или винде пашет на все 100 мег/сек. Вот и пойми чего это она :))))

> кличеться она 3com 905tx
а MAC её и PCI ids огалсите plz (включая subvendor)?
проще всего по kudzu -p -c NETWORK

А MAC-adres зачем??????

завтра если не забуду выдам :) очень интересная карточка. Например она не работала на материнке p2-bf :)

при этом работала прекрасно на ASUS kt-133 (модель точно не помню)

на двухпроцевой интелевской мамке вызывала зависание насмерть :)

кстати если кто-то знает как запустить сетевуху DEC-****(если не забуду - завтра скину даннын по ней) будет гуд - работать не хочет нигде, причем прекрасно определяется и как бы живая :)

> А MAC-adres зачем?
затем что я своими глазами видел поддельную 3c905c - так у неё mac был из диапазона megahertz а не 3com, а pci ids были для 3c556