[devel] сборка под КДЕ

[devel] сборка под КДЕ

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 1679 bytes --]

с некоторых пор, а точнее с появления в Сизифе kde3.4, многие программки под 
kde перестали собираться, включая те что раньше собирались нормально  
(навскидку metabar, kat. krusader этим страдает с осени). 
симптомы одинаковые - сборка заканчивается длинной пургой, маленький кусочек 
которой приведен ниже:

metabar.cpp: undefined reference to `QString::QString(char const*)'
.libs/metabar.o(.text+0x7d0):metabar.cpp: undefined reference to 
`QString::QString(char const*)'
.libs/metabar.o(.text+0x808):metabar.cpp: undefined reference to 
`QString::shared_null'
.libs/metabar.o(.text+0x814):metabar.cpp: undefined reference to 
`QStringData::deleteSelf()'
.libs/metabar.o(.text+0x82e):metabar.cpp: undefined reference to 
`QString::shared_null'
.libs/metabar.o(.text+0x83a):metabar.cpp: undefined reference to 
`QStringData::deleteSelf()'
.libs/metabar.o(.text+0x84e):metabar.cpp: undefined reference to 
`QString::QString(char const*)'
.libs/metabar.o(.text+0x860):metabar.cpp: undefined reference to 
`QString::QString(char const*)'

лечится все это помещением в %prep следующего текста:
                        
%__subst "s/\(Wl,--no-undefined\)/-Wl,--warn-unresolved-symbols \1/g" 
admin/acinclude.m4.in                 
%__subst "s/\-lkdeui/-lkdeui -lpthread/g" admin/acinclude.m4.in                                             
%__subst "s/\.la/.so/g" admin/acinclude.m4.in                                                               
make -f admin/Makefile.common cvs ||:         

после чего софт нормально собирается и работает.

кто-то может это прокомменитировать? 
теперь всегда так будет?
стоит ли написать об этом на wiki.sisyphus.ru/devel/spectips/kdebuild ?

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

[devel] Re: сборка под КДЕ

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 260 bytes --]

On Sun, Apr 17, 2005 at 06:46:24PM +0300, Nick S. Grechukh wrote:
> стоит ли написать об этом на wiki.sisyphus.ru/devel/spectips/kdebuild ?

Да, конечно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: сборка под КДЕ

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 341 bytes --]

On Sunday 17 April 2005 18:50, Michael Shigorin wrote:
> On Sun, Apr 17, 2005 at 06:46:24PM +0300, Nick S. Grechukh wrote:
> > стоит ли написать об этом на wiki.sisyphus.ru/devel/spectips/kdebuild ?
> Да, конечно.
видимо "теперь всегда так будет". плохо, just another brick in the wall

p.s.
все равно я альт не брошу потому что он хороший.

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] сборка под КДЕ

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1886 bytes --]

On Sun, Apr 17, 2005 at 06:46:24PM +0300, Nick S. Grechukh wrote:
> с некоторых пор, а точнее с появления в Сизифе kde3.4, многие программки под 
> kde перестали собираться, включая те что раньше собирались нормально  
> (навскидку metabar, kat. krusader этим страдает с осени). 
> симптомы одинаковые - сборка заканчивается длинной пургой, маленький кусочек 
> которой приведен ниже:
> 
> metabar.cpp: undefined reference to `QString::QString(char const*)'
> .libs/metabar.o(.text+0x7d0):metabar.cpp: undefined reference to 
> `QString::QString(char const*)'
> .libs/metabar.o(.text+0x808):metabar.cpp: undefined reference to 
> `QString::shared_null'
> .libs/metabar.o(.text+0x814):metabar.cpp: undefined reference to 
> `QStringData::deleteSelf()'
> .libs/metabar.o(.text+0x82e):metabar.cpp: undefined reference to 
> `QString::shared_null'
> .libs/metabar.o(.text+0x83a):metabar.cpp: undefined reference to 
> `QStringData::deleteSelf()'
> .libs/metabar.o(.text+0x84e):metabar.cpp: undefined reference to 
> `QString::QString(char const*)'
> .libs/metabar.o(.text+0x860):metabar.cpp: undefined reference to 
> `QString::QString(char const*)'
> 
> лечится все это помещением в %prep следующего текста:
>                         
> %__subst "s/\(Wl,--no-undefined\)/-Wl,--warn-unresolved-symbols \1/g" 
> admin/acinclude.m4.in                 

По этому поводу мне что-то Zerg рассказывал, но я не понял, и мне эта
затея (собирать незамкнутые разделяемые библиотеки) не нравится.
Zerg, расскажи всем, может тогда станет ясно, что делать.

> %__subst "s/\-lkdeui/-lkdeui -lpthread/g" admin/acinclude.m4.in                                             

А само оно -lpthread разве не подхватывает?

> %__subst "s/\.la/.so/g" admin/acinclude.m4.in                                                               

Это, пожалуй, надолго.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] сборка под КДЕ

[Sergey V Turchin]

[-- Attachment #1.1: Type: text/plain, Size: 511 bytes --]

В сообщении от Воскресенье 17 Апрель 2005 19:46 Nick S. Grechukh 
написал(a):

[...]

> кто-то может это прокомменитировать?
Линкер не любит недолинкованные библиотеки делать.

> теперь всегда так будет?
наверное, IMHO особой проблемы не вижу

> стоит ли написать об этом на
> wiki.sisyphus.ru/devel/spectips/kdebuild ?
Да. Можете туда патч прикрепленный до кучи написать (он из Debian)

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #1.2: 02_disable_no_undefined.diff --]
[-- Type: text/x-diff, Size: 870 bytes --]

Index: admin/acinclude.m4.in
===================================================================
RCS file: /home/kde/kde-common/admin/acinclude.m4.in,v
retrieving revision 2.461
diff -u -r2.461 acinclude.m4.in
--- admin/acinclude.m4.in	26 Jul 2004 14:13:36 -0000	2.461
+++ admin/acinclude.m4.in	1 Aug 2004 21:23:13 -0000
@@ -1665,15 +1665,6 @@
        KDE_USE_CLOSURE_TRUE="#"
        KDE_USE_CLOSURE_FALSE=""
        KDE_NO_UNDEFINED=""
-       case $host in 
-         *-*-linux-gnu)
-           KDE_CHECK_COMPILER_FLAG([Wl,--no-undefined],
-                [KDE_CHECK_COMPILER_FLAG([Wl,--allow-shlib-undefined],
-		[KDE_NO_UNDEFINED="-Wl,--no-undefined -Wl,--allow-shlib-undefined"],
-		[KDE_NO_UNDEFINED=""])],
-	    [KDE_NO_UNDEFINED=""])
-           ;;
-       esac
   fi
   AC_SUBST(KDE_USE_CLOSURE_TRUE)
   AC_SUBST(KDE_USE_CLOSURE_FALSE)

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] сборка под КДЕ

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 921 bytes --]

В сообщении от Понедельник 18 Апрель 2005 00:00 Dmitry V. Levin 
написал(a):

> По этому поводу мне что-то Zerg рассказывал, но я не понял, и мне
> эта затея (собирать незамкнутые разделяемые библиотеки) не
> нравится. Zerg, расскажи всем, может тогда станет ясно, что
> делать.
Все, что в /usr/lib/kde3 имеет unresolved symbols для оптимизации,
т.к. грузится через lt_dlopen в общее место, где недостающие символы 
беруться из необходимой, загруженной туда же библиотеки.

> > %__subst "s/\-lkdeui/-lkdeui -lpthread/g" admin/acinclude.m4.in
> А само оно -lpthread разве не подхватывает?
Не всегда. Вообще -lpthread должно быть в паре с -lqt-mt, но самого 
-lqt-mt может не оказаться, как видно из сообщения об ошибке.

> > %__subst "s/\.la/.so/g" admin/acinclude.m4.in
>
> Это, пожалуй, надолго.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] сборка под КДЕ

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 1108 bytes --]

On Sunday 17 April 2005 23:00, Dmitry V. Levin wrote:
> On Sun, Apr 17, 2005 at 06:46:24PM +0300, Nick S. Grechukh wrote:
> > с некоторых пор, а точнее с появления в Сизифе kde3.4, многие программки
> > под kde перестали собираться, включая те что раньше собирались нормально
> > (навскидку metabar, kat. krusader этим страдает с осени).
> > симптомы одинаковые - сборка заканчивается длинной пургой, маленький
> > кусочек которой приведен ниже:
> > .libs/metabar.o(.text+0x84e):metabar.cpp: undefined reference to
> > `QString::QString(char const*)'
> > .libs/metabar.o(.text+0x860):metabar.cpp: undefined reference to
> > `QString::QString(char const*)'
> > лечится все это помещением в %prep следующего текста:
> > %__subst "s/\(Wl,--no-undefined\)/-Wl,--warn-unresolved-symbols \1/g"
> > admin/acinclude.m4.in

> > %__subst "s/\-lkdeui/-lkdeui -lpthread/g" admin/acinclude.m4.in
> А само оно -lpthread разве не подхватывает?
не всегда и не все (причем с kde3.3 оно все равно собиралось)

> > %__subst "s/\.la/.so/g" admin/acinclude.m4.in
> Это, пожалуй, надолго.
и давно ;-). просто все в одном флаконе.

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] сборка под КДЕ

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 504 bytes --]

On Monday 18 April 2005 14:37, Nick S. Grechukh wrote:
> > > %__subst "s/\-lkdeui/-lkdeui -lpthread/g" admin/acinclude.m4.in
> > А само оно -lpthread разве не подхватывает?
> не всегда и не все (причем с kde3.3 оно все равно собиралось)
а-а-а! без явного указания в makefile и не подхватит, мы же .la потерли
а у других работает (да, конечно это кривые проги, но все же). 
то есть последствия LaWars не исчерпываются только сломанным поиском kde в 
configure.
об этом тоже надо написать на видном месте.

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] сборка под КДЕ

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 818 bytes --]

On Monday 18 April 2005 11:13, Sergey V Turchin wrote:
> В сообщении от Воскресенье 17 Апрель 2005 19:46 Nick S. Grechukh
> написал(a):
> [...]
> > кто-то может это прокомменитировать?
> Линкер не любит недолинкованные библиотеки делать.
> > теперь всегда так будет?
> наверное, IMHO особой проблемы не вижу
проблему увидит любой пользователь, как только попытается собрать программку 
найденную на kde-apps.org. этот несчастный юзер не знает почему так, и что 
это даст. зато он знает (и понесет дальше благую весть), что "под ALT 
программы не собираются" (и что-то мне подсказывает что даже 
задлкументированность граблей не спасет - как не спасает до сих пор с 
LaWars). 
После этого слабое желание стать разработчиком  большой вероятностью 
пропадает, и рождаются слухи вида "альт плохо подходит для разработки".

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: [devel] сборка под КДЕ

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 774 bytes --]

* Nick S. Grechukh <ngrechukh@> [050419 12:32]:
> проблему увидит любой пользователь, как только попытается собрать программку 
> найденную на kde-apps.org. этот несчастный юзер не знает почему так, и что 
> это даст. зато он знает (и понесет дальше благую весть), что "под ALT 
> программы не собираются" (и что-то мне подсказывает что даже 
> задлкументированность граблей не спасет - как не спасает до сих пор с 
> LaWars). 
> После этого слабое желание стать разработчиком  большой вероятностью 
> пропадает, и рождаются слухи вида "альт плохо подходит для разработки".
Ну и кому нужны ТАКИЕ "разработчики"?

-- 
Regards, Sir Raorn.
-------------------
В 'man awk' все четко описано по этому поводу. Так что этот баг
не в gawk.
		-- legion in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] сборка под КДЕ

[Konstantin Klimchev]

On Tue, 19 Apr 2005 12:36:09 +0400
"Alexey I. Froloff" <raorn@immo.ru> wrote:

> Ну и кому нужны ТАКИЕ "разработчики"?
А что, все сразу unix-гуру должны рождаться? И, что-то мне
подсказывает, что эти самые начинающие разработчика пойдут
по пути наименьшего сопротивления.

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] сборка под КДЕ

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 927 bytes --]

On Tuesday 19 April 2005 14:20, Konstantin Klimchev wrote:
> On Tue, 19 Apr 2005 12:36:09 +0400
>
> "Alexey I. Froloff" <raorn@immo.ru> wrote:
> > Ну и кому нужны ТАКИЕ "разработчики"?
> А что, все сразу unix-гуру должны рождаться? И, что-то мне
даже больше: а что, кто-то из team сразу родился с коробкой ALT в руке?
если в самом начале обламывать - дальше bootstraping не пойдет.

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

> подсказывает, что эти самые начинающие разработчика пойдут
> по пути наименьшего сопротивления.
и даже не разработчики а пользователи. обязательно пойдут. 
туда где ./configure && make && make install даст результат без, с их точки 
зрения, "шаманства". пусть даже это шаманство уже стандартизовано и сто раз 
пережевано в FAQ.

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

[devel] Re: сборка под КДЕ

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 919 bytes --]

On Tue, Apr 19, 2005 at 12:36:09PM +0400, Alexey I. Froloff wrote:
> > После этого слабое желание стать разработчиком  большой
> > вероятностью пропадает, и рождаются слухи вида "альт плохо
> > подходит для разработки".
> Ну и кому нужны ТАКИЕ "разработчики"?

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

Сам-то вспомни, в каком состоянии здесь появился.  Не знаю как
ты, а я чайником был.  Разве что маны читать умел.  Но таких
грабель бы точно не оценил, поскольку тоже любил
./configure && make all install... (именно от рута)

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: сборка под КДЕ

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 3118 bytes --]

* Michael Shigorin <mike@> [050419 16:35]:
> On Tue, Apr 19, 2005 at 12:36:09PM +0400, Alexey I. Froloff wrote:
> > > После этого слабое желание стать разработчиком  большой
> > > вероятностью пропадает, и рождаются слухи вида "альт плохо
> > > подходит для разработки".
> > Ну и кому нужны ТАКИЕ "разработчики"?

Майк, ты не тот апзац оставил.  Вот:

===
* Nick S. Grechukh <ngrechukh@> [050419 12:32]:
> проблему увидит любой пользователь, как только попытается собрать программку
> найденную на kde-apps.org. этот несчастный юзер не знает почему так, и что
> это даст. зато он знает (и понесет дальше благую весть), что "под ALT
> программы не собираются" (и что-то мне подсказывает что даже
> задлкументированность граблей не спасет - как не спасает до сих пор с
> LaWars).
===

Так вот, могу точно сказать, что таким "разработчикам" уже ничего
не поможет.  Видали мы их.  Пришёл, захотел запускать KDevelop на
девелоперском сервере через виндовый X server, написал жуткого
вида модуль для перла на C++ и тихо уволился.

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

А теперь отвечаю на вопросы.

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

> Сам-то вспомни, в каком состоянии здесь появился.
Прекрасно помню.  В мае 2000-го года с криками "а IPись оно всё в
port" снёс PC-DOS 7.0 и ошмётки NT4 со своего винта и ушёл под
линукс навсега.  Некоторое время девелопал фидософт, собирал
quakeforge под Voodoo Graphics...  К 2002-у году научился
понимать зачем нужны симлинки libNAME.so -> libNAME.so.X и что
бывает когда libNAME.so.X отсутствует...

При всём при этом я активно протестовал против gcc 2.96
(напоровшись на жуткие глюки в районе mmx в quakeforge), не
понимал смысла build requires и имел собственное мнение по многим
вопросам, не всегда правильное.

> Не знаю как ты, а я чайником был.  Разве что маны читать умел.
> Но таких грабель бы точно не оценил, поскольку тоже любил
> ./configure && make all install... (именно от рута)
Слава б-гу у меня эта привычка умерла вместе с 850-и мегабайтным
макстором с RedHat 6.02 на борту.  А до этого были шляквари и
прочие калдеры с корелами.  Были и логины рутом, и mc в ~/.bashrc
и сборки из сорцов в /usr с выковыриванием тарбола из src.rpm...

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

-- 
Regards, Sir Raorn.
-------------------
Не надо заходить как root на 5 runlevel'е. Вы же не хотите чтобы Вам
снесло систему, например, после просмотра konqueror'ом некоторого сайта ;)
		-- inger in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: сборка под КДЕ

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 2242 bytes --]

On Tuesday 19 April 2005 16:44, Alexey I. Froloff wrote:
> * Michael Shigorin <mike@> [050419 16:35]:
> > On Tue, Apr 19, 2005 at 12:36:09PM +0400, Alexey I. Froloff wrote:
> > > > После этого слабое желание стать разработчиком  большой
		^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > > > вероятностью пропадает, и рождаются слухи вида "альт плохо
> > > > подходит для разработки".
> > > Ну и кому нужны ТАКИЕ "разработчики"?
> Майк, ты не тот апзац оставил.  Вот:
> ===
> * Nick S. Grechukh <ngrechukh@> [050419 12:32]:
> > проблему увидит любой пользователь, как только попытается собрать
> > программку найденную на kde-apps.org. этот несчастный юзер не знает
> > почему так, и что это даст. зато он знает (и понесет дальше благую
> > весть), что "под ALT программы не собираются" (и что-то мне подсказывает
> > что даже
> > задлкументированность граблей не спасет - как не спасает до сих пор с
> > LaWars).
> ===
> Так вот, могу точно сказать, что таким "разработчикам" уже ничего
> не поможет.  Видали мы их.  Пришёл, захотел запускать KDevelop на
> девелоперском сервере через виндовый X server, написал жуткого
> вида модуль для перла на C++ и тихо уволился.
>
> Разработчик знает на каком языке он пишет, под какую систему и
> что при этом происходит.  Если он чего-то не знает - идёт читать
> документацию.  Если не идёт читать документацию - смело может
> идти в любое другое место.
правильно-правильно, хороший абзац. сборка программ - вполне себе штатная 
часть экспириенса хом юзера, ни разу не девелопера. 
пользователь, который пытается собрать софтинку с freshmeat. *потом*, может 
быть, он начнет потихоньку патчить и   дописывать эту софтинку, потом, может 
быть, соберет ее в сизиф, а потом, глядишь станет матерым девелопером 
pupkin@altlinux.org :-)
но никакого потом не будет, потому что здесь не кормят. А плюшки которыми 
кормят - вначале распробовать надо, а до этого не дойдет.

p.s. избежать сборки можно, для ядра это уже сделано. проблема в том что либо 
боооольшой репозитарий (а вторым дебианом все равно не стать), либо заставить 
разработчиков с sf.net самим делать сборки под altlinux, а не только под 
redhat/suse/debian.
а чужие рпмки у нас мало того что не встают либо встают с граблями, но теперь 
даже не собираются.

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

[devel] Re: сборка под КДЕ

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 1843 bytes --]

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

Например, с полностью неадекватной диагностикой ./configure в
данном конкретном случае.  При этом насколько мне чайнику понятно
-- никакая правка ac'шных инклудов без перегенерации configure не
поможет, поскольку одна из задач configure -- как раз
автономность.

Предлагать перегенерировать -- "см. п.1" (дополнительное и отнюдь
не врождённое знание), плюс не всегда полезно IIRC.

Первым в голову пришёл shell alias, но за такое бы точно кунал.
Даже если бы сработало.

On Tue, Apr 19, 2005 at 05:44:06PM +0400, Alexey I. Froloff wrote:
> > > > После этого слабое желание стать разработчиком  большой
> > > > вероятностью пропадает, и рождаются слухи вида "альт
> > > > плохо подходит для разработки".
> > > Ну и кому нужны ТАКИЕ "разработчики"?
> Майк, ты не тот апзац оставил.  Вот:

That quote intentionally left over. :)

> Так вот, могу точно сказать, что таким "разработчикам" уже
> ничего не поможет.  Видали мы их.  Пришёл, захотел запускать
> KDevelop на девелоперском сервере через виндовый X server,
> написал жуткого вида модуль для перла на C++ и тихо уволился.

Он волонтер или сотрудник?  _Вы_ -- видали.  Мы -- тоже видали.

> А до этого были шляквари и прочие калдеры с корелами.  Были и
> логины рутом, и mc в ~/.bashrc и сборки из сорцов в /usr с
> выковыриванием тарбола из src.rpm...

И что бы ты сейчас сказал такому кандидату в сотрупники?
Правильно, "дверь вон там".

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: сборка под КДЕ

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 552 bytes --]

* Nick S. Grechukh <ngrechukh@> [050419 18:01]:
> правильно-правильно, хороший абзац. сборка программ - вполне себе штатная 
> часть экспириенса хом юзера, ни разу не девелопера. 
Угу.  А управление государством - штатная часть экспириенса
кухарки?

P.S. Пошли фталкрум.

-- 
Regards, Sir Raorn.
-------------------
> Странно ведет себя xmms 1.2.10-alt3 -  при некоторой
> критической загрузке диска воспроизведение останавливается...
Возможно, это даже фича -- в самом деле, зачем хрюкать, если
можно помолчать?
		-- mike in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]