Здравствуйте, gescheit.

Вы писали 25 января 2005 г., 19:42:02:

> Почему я перешел на линукс, я так и не понял, но психологи(психиатры?)
> возможно скажут. Не думаю, что для обычно пользователя(и тем
> более,"ламера") переход на линух был бы оправдан, но...
> Во-первых для меня как PHP програмиста эта платформа более
> выгодна(права,специфичные юниксные функции и т.д)
> Как для обычного пользователя радует "полиморфность" оболочки: мешает
> кнопочка закрытия не беда, уберем. Можно хоть каждый день менять вид
> оболочки, а можно вообще ей не пользоваться. Еще мне нравится
> продуманная файловая система. Еще нравится комплектация линукса, редко
> бывают такие случаи когда есть какой-нибудь файл, а чтоб его открыть
> нужно лезть в инет и скачивать программу. Раз уж коснулся программ, то
> хорошо, что подавляющие большенство из-них не требуют кряка, а те
> которые просят стоят этого, н.п. opera(для России, прошу вопрос о
> лецинзионности прошу не считать актуальным). Еще радуют мальнкие
> радости в повседневной работе: OpenOffice на пример, сразу сжимает
> сохраненные им документы. Зато теперь можно делать такое, о чем и не
> подозревал пользуясь виндой. "Сможешь забеть весь свой винт нулями, чтоб
> он стал неотформатированным" - такой вопрос повергнет шок практически
> любового виндузятника. Хотя нет, один раз мне на такое ответили, что
> можно, но для этого нужен сильный электромагнит:).

Я считаю что лекции нужны как и опытным линуксоидам так новичкам как
мне и это поможет привлечь ещё народу а вследствии и на дистрибутивы
нужно будет по меньше скидываться и жизнь забьёт ключом и всё будет
хорошо и никогда не кто не увидит у себя ндпись кёрнел паник

Почему я перешел на линукс, я так и не понял, но психологи(психиатры?)
возможно скажут. Не думаю, что для обычно пользователя(и тем
более,"ламера") переход на линух был бы оправдан, но...
Во-первых для меня как PHP програмиста эта платформа более
выгодна(права,специфичные юниксные функции и т.д)
Как для обычного пользователя радует "полиморфность" оболочки: мешает
кнопочка закрытия не беда, уберем. Можно хоть каждый день менять вид
оболочки, а можно вообще ей не пользоваться. Еще мне нравится
продуманная файловая система. Еще нравится комплектация линукса, редко
бывают такие случаи когда есть какой-нибудь файл, а чтоб его открыть
нужно лезть в инет и скачивать программу. Раз уж коснулся программ, то
хорошо, что подавляющие большенство из-них не требуют кряка, а те
которые просят стоят этого, н.п. opera(для России, прошу вопрос о
лецинзионности прошу не считать актуальным). Еще радуют мальнкие
радости в повседневной работе: OpenOffice на пример, сразу сжимает
сохраненные им документы. Зато теперь можно делать такое, о чем и не
подозревал пользуясь виндой. "Сможешь забеть весь свой винт нулями, чтоб
он стал неотформатированным" - такой вопрос повергнет шок практически
любового виндузятника. Хотя нет, один раз мне на такое ответили, что
можно, но для этого нужен сильный электромагнит:).

Почему я перешел на линукс, я так и не понял, но психологи(психиатры?)
возможно скажут. Не думаю, что для обычно пользователя(и тем
более,"ламера") переход на линух был бы оправдан, но...
Во-первых для меня как PHP програмиста эта платформа более
выгодна(права,специфичные юниксные функции и т.д)
Как для обычного пользователя радует "полиморфность" оболочки: мешает
кнопочка закрытия не беда, уберем. Можно хоть каждый день менять вид
оболочки, а можно вообще ей не пользоваться. Еще мне нравится
продуманная файловая система. Еще нравится комплектация линукса, редко
бывают такие случаи когда есть какой-нибудь файл, а чтоб его открыть
нужно лезть в инет и скачивать программу. Раз уж коснулся программ, то
хорошо, что подавляющие большенство из-них не требуют кряка, а те
которые просят стоят этого, н.п. opera(для России, прошу вопрос о
лецинзионности прошу не считать актуальным). Еще радуют мальнкие
радости в повседневной работе: OpenOffice на пример, сразу сжимает
сохраненные им документы. Зато теперь можно делать такое, о чем и не
подозревал пользуясь виндой. "Сможешь забеть весь свой винт нулями, чтоб
он стал неотформатированным" - такой вопрос повергнет шок практически
любового виндузятника. Хотя нет, один раз мне на такое ответили, что
можно, но для этого нужен сильный электромагнит:).

> Александр, вышли пожалуйста мне полный spec на eric, который у тебя
> получился. Попробую замутить его под SuSE 64bit.

%define version 3.6.0
%define release alt0
#define snap_date 20041223

Summary: The eric3 is a Python IDE
Name: eric
Version: %version
%ifdef snap_date
Release: %release.snap%snap_date
Source0: eric-snapshot-%snap_date.tar.gz
Source1: eric-i18n-de-snapshot-%snap_date.tar.gz
Source2: eric-i18n-fr-snapshot-%snap_date.tar.gz
Source3: eric-i18n-ru-snapshot-%snap_date.tar.gz
%else
Release: %release
Source0: eric-%version.tar.gz
Source1: eric-i18n-ru-%version.tar.gz
%endif
License: GPL
Group: Development/Python
URL: http://www.die-offenbachs.de/detlev/eric3.html
BuildArch: noarch

PreReq: python = %__python_version
BuildPreReq: python-devel = %__python_version

%add_python_req_skip Checks
%add_python_req_skip Debugger
%add_python_req_skip DocumentationTools
%add_python_req_skip Graphics
%add_python_req_skip Helpviewer
%add_python_req_skip Preferences
%add_python_req_skip Project
%add_python_req_skip PyUnit
%add_python_req_skip QScintilla
%add_python_req_skip Refactoring
%add_python_req_skip Scripting
%add_python_req_skip SocketServer
%add_python_req_skip ThirdParty
%add_python_req_skip UI
%add_python_req_skip Utilities
%add_python_req_skip VCS
%add_python_req_skip ViewManager
%add_python_req_skip Wizards
%add_python_req_skip XML
%add_python_req_skip KdeQt
%add_python_req_skip bike
%add_python_req_skip eric3dbgstub

# Automatically added by buildreq on Mon Nov 08 2004
BuildRequires: python-module-PyQt python-module-sip XFree86-libs

%description
Eric3 is a full featured Python IDE that is written in PyQt using the
QScintilla editor widget. For information on PyQt and QScintilla please
see Riverbank Computing.

%prep
%ifdef snap_date
%setup -n %name-snapshot-%snap_date -b1 -b2 -b3
%else
%setup -n %name-%version -b1
%endif

%build
%install
mkdir -p %buildroot{%_bindir,%python_sitelibdir,%_menudir}
python install.py -b %buildroot%_bindir -d %buildroot%python_sitelibdir

%__subst s,%buildroot,, %buildroot%_bindir/*
%__subst s,%_bindir/python,%_bindir/python%__python_version,
%buildroot%_bindir/*

cat <<EOF > %buildroot/%_menudir/eric3
?package(eric): needs=X11 \
section="Applications/Development/Development
environments" \
title="Eric" \
longtitle="A powerful python IDE" \
command="%_bindir/eric3" \
icon="development_section.xpm"
EOF

%post
%update_menus

%postun
%clean_menus

%files
%_bindir/*
%python_sitelibdir/*
%_menudir/eric3
%doc README LICENSE.GPL HISTORY

%changelog
* Tue Jan 25 2005 Alexandr Kolotov <ko***@k*****.ru> 3.6.0-alt0
- new release 3.6.0
- removed -fr and -de i18n files.

* Tue Jan 04 2005 Ivan Fedorov <ns@a*****.ru> 3.5.1-alt1.M24.1
- Backport to Master 2.4

* Wed Dec 29 2004 Ivan Fedorov <ns@a*****.ru> 3.5.1-alt2
- we doesn't hard require python-module-PyQt now

* Mon Dec 27 2004 Ivan Fedorov <ns@a*****.ru> 3.6.0-alt0.snap20041223
- 3.6.0-snapshot-20041223

* Wed Dec 08 2004 Ivan Fedorov <ns@a*****.ru> 3.5.1-alt1
- 3.5.1
- removed patch0 (applied to upsteam)
- we doesn't require python-strict now

* Mon Nov 22 2004 Ivan Fedorov <ns@a*****.ru> 3.6.0-alt0.snap20041121
- Testing snapshot

* Fri Nov 19 2004 Ivan Fedorov <ns@a*****.ru> 3.5.0-alt5
- fixing provides
- fixing requires
- rewrite spec

* Mon Nov 08 2004 Ivan Fedorov <ns@a*****.ru> 3.5.0-alt4
- fixing scripts in %_bindir

* Sun Nov 07 2004 Ivan Fedorov <ns@a*****.ru> 3.5.0-alt3
- Added patch for work russian translation.

* Sat Nov 06 2004 Ivan Fedorov <ns@a*****.ru> 3.5.0-alt2
- Added i18n files.

* Fri Nov 05 2004 Ivan Fedorov <ns@a*****.ru> 3.5.0-alt1
- New release

Александр, вышли пожалуйста мне полный spec на eric, который у тебя
получился. Попробую замутить его под SuSE 64bit.

Stranger

> > решить какую-то задачу по настройке линукс...
> да, ИМХО, ты прав... но тут еще есть небольшая особенность - чтение
> документации - найти прочитать документацию будет, в некоторых случаях,
> гораздо быстрей...

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

> попросту говоря, это когда несколько человек собираются вместе для решения
> какой-то проблемы и начинают свободно предлагать решения, идеи, способы. в
> теории, должен наступить этап "фонтанирования" идей... допускается
> высказывание даже самых фантастических решений...
> мне показалось, что несколько человек таким образом смогут быстрее и лучше
> решить какую-то задачу по настройке линукс...
да, ИМХО, ты прав... но тут еще есть небольшая особенность - чтение
документации - найти прочитать документацию будет, в некоторых случаях,
гораздо быстрей...

Сборка свежего софта для Alt Linux Master 2.4 на примере Eric3.

1. Скачиваем свежий eric3 с официального сайта проекта
http://www.die-offenbachs.de/detlev/eric3.html, там же были файлы для
интернационализации проекта - можно скачть все, но если жалко трафика -
только отвечающий за русский язык. В итоге получилось два файла:

eric-3.6.0.tar.gz
eric-i18n-ru-3.6.0.tar.gz

2. Для идеологически правильной сборки под Alt необходим spec-файл. Его
можно получить несколькими способами, но все они сводятся к одному -
модификация spec-файла от старых аерсий этого пакета:
a) Взять src.rpm пакет с диска идущего в комплекте с инсталляционными
дисками или выкачать его из Инета. После этого распаковать и достать
spec-файл. Произвести необходимые изменения. Т.к. создатели дистрибутива
не гнались за самыми свежими версиями софта, а старались обеспечить
стабильную работу дистрибутива в целом, то скорее всего в spec-файле
придется произвести много модификаций, потому что сборка может
сильно отличаться от версии к версии.
б) Попытаться найти src.rpm пакет с наиболее свежей версией данного ПО.
В Alt Linux для этого можно воспользоваться репозитарием Sisyphus. Не
стоит забывать, что обновления из него могут не всегда работать на
рабочей системе или вообще привести систему в нерабочее состояние.
Поэтому spec-файлы из Sisyphus нужно править с особым вниманием, выявляя
"тонкие" моменты и несуществующие зависимости.
в) Стоит заглянуть в раздел backports на сайте Alt Linux - в нем
содержаться версии ПО из Sisyphus, но адаптированные к конкретному
дистрибутиву от Alt, т.е. ПО будет содержать правильные зависимости, а
сборка и работа протестирована с учетом тех библиотек и ПО, которые идут
по-умолчанию в составе дистрибутива. Зависимости в spec-файлах из
backports скорее всего править не придется, и модификации в этих файлах
будут скорее всего косметическими.

Итак, на 2005.01.25 в backports
(ftp://ftp.altlinux.com/pub/distributions/ALTLinux/backports/2.4/) была
"более свежая" версия Eric3, чем в идущая по умолчанию в дистрибутиве.
Скачиваем - eric-3.5.1-alt1.M24.1.src.rpm. После преобразования rpm
архива в cpio, можем нормально зайти в файл с помощью mc:

$ rpm2cpio eric-3.5.1-alt1.M24.1.src.rpm > eric-3.5.1-alt1.M24.1.src.cpio

Находим там spec-файл и посмотрим на его содержимое - особенно
интересует секция с зависимостями, требуемыми при установке:

BuildRequires: python-module-PyQt python-module-sip XFree86-libs
Вот. А python-module-PyQt и python-module-sip нет в составе дистрибутива
- они нашлись тут же, в backports:

python-module-PyQt-3.13-alt3.M24.1.src.rpm
python-module-sip-4.1.1-alt0.M24.1.src.rpm

Сразу скажу, что для сборки этих пакетов необходимо обновить
rpm-build-python и qscintilla, свежие версии которых можно найти
опять же в backports:

rpm-build-python-0.15-alt0.M24.1.src.rpm
qscintilla-1.4-alt0.M24.1.src.rpm

$ rpmbuild --rebuild rpm-build-python-0.15-alt0.M24.1.src.rpm
$ rpmbuild --rebuild --target athlon qscintilla-1.4-alt0.M24.1.src.rpm

Добавим их к локальному репозитарию, перестроим репозитарий и установим
эти пакеты с помощью Synaptic.

Теперь попробуем собрать сначала sip, установим его, так как PyQt требует
его devel пакет. Потом соберем и установим PyQt (тем
более что в рассылке Alt Linux Community все-равно предлагалось
поставить обновленную версию PyQt - в предыдущей были недочеты):

$ rpmbuild --rebuild --target athlon \
python-module-sip-4.1.1-alt0.M24.1.src.rpm
$ rpmbuild --rebuild --target athlon \
python-module-PyQt-3.13-alt3.M24.1.src.rpm

Если в ходе сборки выдались сообщения об неудовлетворенных зависимостях,
то установим недостающие пакеты.

Сейчас скопируем eric.spec из cpio архива в каталог ~/RPM/SPECS/. А
файлики относящиеся к новой версии eric в ~/RPM/SOURCES/. Произведем
адаптацию eric.spec к новым исходникам:
а) Поправим определения макросов, описывающих версию (version) и релиз
(release), стоящие обычно где-то в самом начале spec-файла.
б) Из секции где перечисляются файлы с исходниками, уберем упоминания о
не нужных нам файлах интернационализации (так называемые i18n), оставим
только русский. Разархивация этих исходников происходит в секции %prep
командой %setup, поэтому там тоже нужно сказать, что файлов с
исходниками теперь два.
в) Для будущих поколений изменим секцию %changelog.

Вот patch-файл накладываемый на spec.

begin eric.spec.patch eric.spec.orig 2005-01-25 14:35:04 +0300
+++ eric.spec 2005-01-25 14:43:56 +0300
@ -1,5 +1,5 @@
-%define version 3.5.1
-%define release alt1.M24.1
+%define version 3.6.0
+%define release alt0
#define snap_date 20041223

Summary: The eric3 is a Python IDE
@ -14,9 +14,7 @@
%else
Release: %release
Source0: eric-%version.tar.gz
-Source1: eric-i18n-de-%version.tar.gz
-Source2: eric-i18n-fr-%version.tar.gz
-Source3: eric-i18n-ru-%version.tar.gz
+Source1: eric-i18n-ru-%version.tar.gz
%endif
License: GPL
Group: Development/Python
@ -59,7 +57,7 @@
%ifdef snap_date
%setup -n %name-snapshot-%snap_date -b1 -b2 -b3
%else
-%setup -n %name-%version -b1 -b2 -b3
+%setup -n %name-%version -b1
%endif

%build
@ -92,6 +90,10 @@
%doc README LICENSE.GPL HISTORY

%changelog
+* Tue Jan 25 2005 Alexandr Kolotov <ko***@k*****.ru> 3.6.0-alt0
+- new release 3.6.0
+- removed -fr and -de i18n files.
+
* Tue Jan 04 2005 Ivan Fedorov <ns@a*****.ru> 3.5.1-alt1.M24.1
- Backport to Master 2.4
end eric.spec.patch Применить этот patch-файл можно следующей командой в каталоге, где
находится eric.spec:

$ patch -p0 -i eric.spec.patch

3. Сборка пакета в нашем случае является самым простым пунктом:

$ rpmbuild -ba eric.spec

В каталоге ~/RPM/RPMS/noarch/ теперь находится rpm-пакет с Eric3, а в
каталоге ~/RPM/SRPMS/ src.prm пакет подготовленный для пересборки в
случае чего.

eric-3.6.0-alt0.noarch.rpm
eric-3.6.0-alt0.src.rpm

На этом сборка закончена.

> > кстати, у меня такой вопрос: вот может ли дать эффект применение такая
> > стратегия решения каких-то задач по линукс, как мозговой штурм? как вы
> > считаете?
> чтобы избежать двухсмыслия и недопонимания - прошу пояснить, что это
> такое в твоем понимании?

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

> кстати, у меня такой вопрос: вот может ли дать эффект применение такая
> стратегия решения каких-то задач по линукс, как мозговой штурм? как вы
> считаете?
чтобы избежать двухсмыслия и недопонимания - прошу пояснить, что это
такое в твоем понимании?

> Среди некоторых членов K.O.S.C./KirovLUG возникла инициатива проведения
> лекций по linux и unix-like системам. Возможно, лекции будут проходить в
> ВятГУ, и скорее всего будет привлечена дополнительная аудитория -
> развешены объявления. Лекции будут бесплатными и проводится "just for
> fun"...

кстати, у меня такой вопрос: вот может ли дать эффект применение такая
стратегия решения каких-то задач по линукс, как мозговой штурм? как вы
считаете?

> а на черных клавишах возможна такая печать?
Захар, дал добро на черные клавиши :)
Приносите...

> > ладно, продолжаем беситься с жиру: я вот тут заметил на своей белой
> > клавиатуре, что цвет надписей не чисто-черный, а слегка сероватый.
хотелось
> > бы, чтобы учитывался цвет прежних надписей %)
> А ты ее (клаву) мыть пробовал?

так я ведь говорю, что сама клавиатура белая, а надписи - не совсем черные.
если бы она была немытая, то это цвет фона был бы серый %)

> Надо разбить темы на 2 группы:
> 1. Linux на рабочем столе (типа замена форточек).
> 2. Linux на серверах.
> И тему развивать по этим группам.
В твоей практике есть яркие показательные примеры? Можно небольшие
скрипты, однострочники...