Поковырял маленько файлики configure и configure.in. Сложилось впечатление что это входной файл для automake или чего-то подобного, на выходе должен получится mono-core.spec, пригодный для сборки пакетов в конкретном дистрибутиве.
Но я могу ошибаться.
не разу не встречался с такими файлами при сборке. Обычно все нужные параметры прописываю в spec.
Можете выложить пример src.rpm-пакета?
Спасибо. Теперь такой вопрос: применима ли данная статья к взлому интернет-ресурсов, официально признанных российскими органами правосудия экстремистскими (например, Кавказ-центр)?
Де юре - да, применимо. Статья не содержит исключений. Это статьи публичного обвинения и следственные органы обязаны будут провести проверку в случае если им станет известно о преступлении, даже в отсутствии заявления потерпевшего.
Де факто - сомневаюсь что наши следственные органы будут с этим заморачиваться
Если будет под Федору - поучавствую.
и опять мне не везёт на уязвимости.
Имеем сервер баз данных на Fedora 16.
[root@DB ~]# yum list *phpMyAdmin*
Загружены модули: downloadonly
Установленные пакеты
phpMyAdmin.noarch 3.5.2.2-1.fc16 @updates
Версия вроде совпадает. Перейдём в каталог со скриптами Майадмина и поищем уязвимость:
[root@DB ~]# cd /usr/share/phpMyAdmin
[root@DB phpMyAdmin]# pwd
/usr/share/phpMyAdmin
[root@DB phpMyAdmin]# find . -name '*sync*'
./libraries/server_synchronize.lib.php
./server_synchronize.php
./js/server_synchronize.js
./themes/original/img/s_sync.png
./themes/pmahomme/img/s_sync.png
./server_synchronize.php - не server_sync.php, но вдруг:
[root@DB phpMyAdmin]# grep eval ./server_synchronize.php | wc -l
0
Нету? Ну ладно, поищем ещё в JS:
grep icon js/cross_framing_protection.js | wc -l
0
И опять нет. Видимо моя система не подвержена данной уязвимости.
Это что это за такое "неограниченное" саопчиство?
Это значит что лицензируемый продукт сможет бесплатно скачать неограниченное количество пользователей.
саопчиство
Поищите пакет c именем aspell*ru, если не можете грамотно писать без спеллчекера
Казалось бы,чего проще заплатило сообчество отчисления и пусть будет везде одинаково," линукс он везде"(C),а получается ,что денег не насобирали еще?
Вы думаете Mpeg LA пойдёт на лицензирование кодека под неограниченное количество скачиваний убунты? Ну типа Каноникал раз забашляли, а неограниченное сообщество убунты на халяву юзает.
* сложность держать локальный репозиторий. В Линуксе (любом, что в Федоре, что в Арче) создание репозитория — это шаманство высшей пробы. В Винде — это просто терабайтный винт, забитый софтом, в котором папки с инсталляторами названы так чтобы легко читалось «O:/soft/windows/editors/graphics/photoshop/CS4/»
Да. Набрать в каталоге с пакетами
$ createrepo .
руки отвалятся. Но если реп не нужен - можно просто хранить пакеты и ставить через:
# yum localinstall ./package.rpm
* Fedora/Debian и им подобные: невозможность выбрать директорию на файловой системе, куда нужно устанавливать программу.
тут соглашусь. Но лично мне такой функционал не разу не потребовался, если очень надо - можно раздербанить пакет (ибо архив) или собрать свой.
По той же причине нельзя установить один и тот же пакет несколько раз в разные места на файловой системе. В Windows это делается вторым шагом в любом инсталляторе.
И не надо. Запускайте экземпляры одной программы с разными конфигами. Зачем засирать ФС?
* непараметризованная установка. Пакет имеет только один вариант установки, ну или в крайнем случае под каждый вариант нужно делать отдельный пакет. «Полная установка», «только основные файлы», «полная со стандартными параметрами конфигурации программы» и так далее… Нету в пакетной системе этого. А в Windows это третий шаг любого инсталлятора.
Для Федоры - верно на половину - сценарии postinstall и preinstall в rpm-пакете есть, но настроить их поведения нельзя (вроде как). Для Дебиана - нет.
Попробуйте поставить, например, mysql-server. В процессе установки у Вас будут запрошены параметры, например, пароль root'а
* Невозможность «откатить» и «починить» установленный пакет.
для федоры: yum reinstall и package-cleanup
для дебиана: dpkg-reconfigure
* Все настройки программы хранятся в «моих документах»… ну то есть директории "~" То есть несколько экземпляров одной и той же программы не могут работать параллельно. В Windows принято держать в «моих документах» и реестре только самые критические для работы данные (например, в эмуляторе Daemon Tools — данные драйвера STPD), рабочие данные специфичные для версии хранятся в ini/cfg файлах на файловой системе рядом с программой, и соответственно в параллельных установках не пересекаются.
Сюрприз! В винде настройки пользовательских программ хранятся в каталоге пользователя (в Documents and Settings или Users, что есть аналог ~ в линуксе) и HKCU ветке реестра. Хранить настройки по месту установки программы - анахронизм времён Win9x и не применимо в многопользовательской среде.
* Для локальных сетей актуально: в Windows есть понятие «домена» и программ, устанавливающихся для домена разом.
Да, только для этой функции надо сформировать *.msi что по сути тот же пакет.
В Линуксе по дефолту такой системы нет вообще (хотя конечно можно поплясать с бубеном).
В винде роль контроллера домена по дефолту тоже не поднята А в линуксе есть Puppet и OPSCODE Cheff
Школьный учитель бесплатно собрал компьютерный класс из 70 Linux-ПК
Ребят, а всё же, с помощью Виктории можно проверить диск на бэды, на котором сейчас работает система и собственно Виктория?
Это мне говорит мастер профанаций "лучше купи новый принтер если старый заел при печати, оно проще и надежнее" big_smile
Напомнило историю (оффтопик).
Родственники купили новый комп, с OEM Win7. И попросили меня его настроить. Есть у них дремучий струйный принтер (какой-то Lexmark), дров по 7 на него не нашёл, XP-шные не встали, родственники категорически отказались от покупки нового принтера.
В итоге пришлось запилить страшный костыль (благо памяти дохрена) - WinXP в VirtualBox'е, там установлен принтер и расшарен через сеть. Печатает норм, а XP пригодилась ещё для какого-то древнего бухгалтерского софта.
Прямо из под винды, прямо тот хард на которой она стоит, оно?
Можно сказать и так. В моём случае был RAID5, система стоит на нём же.
Ну то есть на диск/с диска, в процессе проверки считываются и записываются данные.
Поставщик HDD, не являясь религиозным луноходом, проверит твой жёсткий диск при помощи Victoria, поправит глючный сектор и вернёт диск тебе со словами "Всё прекрасно работает, негарантийный случай". И ты, ЧСХ, не сможешь проверить его слова. Потому что тебе нечем.
Был случай. Купил три диска в домашний сервер (WD Green 1TB) в дополнение к уже имеющемуся такому. Собрал программный RAID5. Но почти сразу заметил, что массив почему-то перестраивается, один диск вылетает из RAID'а и сыпятся в /var/log/messages ошибки чтения.
С утра запустил badblocks в скрине, а вечером посмотрел файлик с номерами bad-блоков. Отнёс диск в сервисный центр магазина, с жалобой на "Ошибки чтения, Бэд-блоки", через день получил новый диск - и теперь УМВР уже третий год.
Вопрос - а Victoria может проверить диски, которые находятся в работе?
Иконки tango мне тож не нравятся. Oxigen гораздо симпотичнее, ИМХО.
РАМ-Диск для SWAPa - норм решение. Вот только сможет ли система создать рам-диск в памяти, которую не видит?
Печально... посоветую человеку перейти на более современную систему
Вопрос знатокам винды, не могу нагуглить.
Есть 32-х разрядная WinXP SP3 и 4GB памяти. Система видит только 2,9 ГБ. В 32-х битных линуксах такая проблема решалась установкой пакета kernel-PAE, а как это делается в винде?
Заранее благодарен за советы.
Мыло.ру не нравится из-за двух вещей:
1. Много спама (часто даже на недавно зареганных ящиках)
2. Не умеет IMAP
Юзаю GMail и корпоративный почтовый сервер на работе
Лишняя секунда уронила Линуксы
Федоре 15, 16 и 17-й пофиг на лишнюю секунду о проблемах узнал с хабры
Гираристу нужно понимание работы инструмента на обзором уровне, а не на таком, чтобы самому сделать новую гитару.
Дык и линуксы по LFS мало кто собирает. А гитаристы обычно вполне способны поменять струны и отстроить гитару.
А линух - это гитара без половины струн, причём стандартные струны к ней не подходят.
Это бас-гитара получается Разные задачи - разные инструменты