[sisyphus] компиляция программы и файлы *.a

[sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

Привет. Сабж такой:
Making all in src
ls: /usr/lib/directfb-0.9.25/gfxdrivers/*.a

Но по указанному пути лишь *.so . Как отучить ./configure от запроса этих 
файлов? Пардон, но в c/c++ ни бум-бум ... 
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

> Привет. Сабж такой:
> Making all in src
> ls: /usr/lib/directfb-0.9.25/gfxdrivers/*.a
>
> Но по указанному пути лишь *.so . Как отучить ./configure от запроса этих
> файлов? Пардон, но в c/c++ ни бум-бум ...
Это не configure, это в Makefile такой маразм.
Подправить в Makefile чтобы .so искал :)

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Пятница 13 октября 2006 17:16 Damir Shayhutdinov написал(a):
> > Привет. Сабж такой:
> > Making all in src
> > ls: /usr/lib/directfb-0.9.25/gfxdrivers/*.a
> > Но по указанному пути лишь *.so . Как отучить ./configure от запроса этих
> > файлов? Пардон, но в c/c++ ни бум-бум ...
> Это не configure, это в Makefile такой маразм.
> Подправить в Makefile чтобы .so искал :)
Ну да, Дамир, в Makefile такой маразм, но как сделать, что бы ./configure 
создавал Makefile без этого маразма? Ну не править же каждый раз ручками 
Makefile. А если это дело, программка, в опакечена будет и пойдёт на сборку 
в /i/s/ и что тогды робот скажет? Вот и спрашиваю, как в Configure такое 
править. Ведь он же создаёт Makefile? Али я ошибся про configure? 
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

[sisyphus] Re: компиляция программы и файлы *.a

[Konstantin A. Lepikhov]

<цитата от="Шенцев Алексей Владимирович">
> В сообщении от Пятница 13 октября 2006 17:16 Damir Shayhutdinov
> написал(a):
>> > Привет. Сабж такой:
>> > Making all in src
>> > ls: /usr/lib/directfb-0.9.25/gfxdrivers/*.a
>> > Но по указанному пути лишь *.so . Как отучить ./configure от запроса
>> этих
>> > файлов? Пардон, но в c/c++ ни бум-бум ...
>> Это не configure, это в Makefile такой маразм.
>> Подправить в Makefile чтобы .so искал :)
> Ну да, Дамир, в Makefile такой маразм, но как сделать, что бы ./configure
> создавал Makefile без этого маразма? Ну не править же каждый раз ручками
> Makefile. А если это дело, программка, в опакечена будет и пойдёт на
> сборку
> в /i/s/ и что тогды робот скажет? Вот и спрашиваю, как в Configure такое
> править. Ведь он же создаёт Makefile? Али я ошибся про configure?
--disable-static обычно помогает в таких случаях.

-- 
WBR et al.

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Пятница 13 октября 2006 17:29 Konstantin A. Lepikhov 
написал(a):
> --disable-static обычно помогает в таких случаях.
Не прокатило ...
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Хихин Руслан]

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

Здравствуйте Шенцев Алексей Владимирович
  В сообщении от 13 октября 2006 17:19 Шенцев Алексей Владимирович 
написал(a):
 > В сообщении от Пятница 13 октября 2006 17:16 Damir Shayhutdinov 
написал(a):
 > > > Привет. Сабж такой:
 > > >
 > > > Making all in src
 > > >
 > > > ls: /usr/lib/directfb-0.9.25/gfxdrivers/*.a
 > > >
 > > > Но по указанному пути лишь *.so . Как отучить ./configure от
 > > > запроса этих
 > > >
 > > > файлов? Пардон, но в c/c++ ни бум-бум ...
 > >
 > > Это не configure, это в Makefile такой маразм.
 > >
 > > Подправить в Makefile чтобы .so искал :)
 >
 > Ну да, Дамир, в Makefile такой маразм, но как сделать, что бы
 > ./configure
 >
 > создавал Makefile без этого маразма? Ну не править же каждый раз
 > ручками
 >
 > Makefile. А если это дело, программка, в опакечена будет и пойдёт на
 > сборку
 >
 > в /i/s/ и что тогды робот скажет? Вот и спрашиваю, как в Configure
 > такое
 >
 > править. Ведь он же создаёт Makefile? Али я ошибся про configure?
Кратко, не полностью, но общий алгоритм : (:и пусть меня поправят, если 
где ошибся :)

1 Исходными файлами обычно при автоматической сборке являются :
- Makefile.am
- configure.in
2 automake создаёт из Makefile.am файл Makefile.in
3 autoconf создаёт из configure.in файл configure 
4 если autoconf не знает каких-нибудь макросов в configure.in, то надо 
запустить aclocal, что-бы он создал специальные файлы с этими макросами
5 ./configure из Makefile.in файл Makefile
6 Про make вы конечно знаете, но в некоторых пакетах он сам при 
необходимости перезапускает (automake, aclocal, autoconf).
 Тут ещё libtool подвязан, но я точно не скажу как его настраивать,  
потому, как autobook до конца не прочитал :) 

-- 
С  уважением Хихин Руслан

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

Re: [sisyphus] компиляция программы и файлы *.a

[Igor Zubkov]

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

В сообщении от 13 октября 2006 16:02 Шенцев Алексей Владимирович написал(a):
> Привет. Сабж такой:
> Making all in src
> ls: /usr/lib/directfb-0.9.25/gfxdrivers/*.a
>
> Но по указанному пути лишь *.so . Как отучить ./configure от запроса этих
> файлов? Пардон, но в c/c++ ни бум-бум ...

Что собираешь?

-- 
Disturbed - Fear

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Пятница 13 октября 2006 17:44 Igor Zubkov написал(a):
> Что собираешь?
Да вот хочу для начала посмотреть, что за зверь 
http://splashy.alioth.debian.org/wiki/doku.php
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Alexey Tourbin]

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

On Fri, Oct 13, 2006 at 05:02:14PM +0400, Шенцев Алексей Владимирович wrote:
> Привет. Сабж такой:
> Making all in src
> ls: /usr/lib/directfb-0.9.25/gfxdrivers/*.a

Не надо делать того, что Вы не понимаете.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Пятница 13 октября 2006 19:09 Alexey Tourbin написал(a):
> Не надо делать того, что Вы не понимаете.
А есдли хочетс понять не понятное, тогда что, совсем ни чего нельзя? ... ;)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

> В сообщении от Пятница 13 октября 2006 19:09 Alexey Tourbin написал(a):
> > Не надо делать того, что Вы не понимаете.
> А есдли хочетс понять не понятное, тогда что, совсем ни чего нельзя? ... ;)

Конечно можно. Но тогда это требует более интерактивного общения, чем
рассылка. Например, IRC канал. Завсегдатаи канала #altlinux на
irc.freenode.net уже стаю собак съели на решении подобных проблем.

Re: [sisyphus] компиляция программы и файлы *.a

[Motsyo Gennadi aka Drool]

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

"Damir Shayhutdinov" <lost404@gmail.com> wrote:

> > А есдли хочетс понять не понятное, тогда что, совсем ни чего нельзя? ... ;)
> 
> Конечно можно. Но тогда это требует более интерактивного общения, чем
> рассылка. Например, IRC канал. Завсегдатаи канала #altlinux на
> irc.freenode.net уже стаю собак съели на решении подобных проблем.

	Подтверждаю :-)

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Понедельник 16 октября 2006 10:43 Motsyo Gennadi aka Drool 
написал(a):
> "Damir Shayhutdinov" <lost404@gmail.com> wrote:
> > Конечно можно. Но тогда это требует более интерактивного общения, чем
> > рассылка. Например, IRC канал. Завсегдатаи канала #altlinux на
> > irc.freenode.net уже стаю собак съели на решении подобных проблем.
> 	Подтверждаю :-)
Да там я, там ... :)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Vyatcheslav Perevalov]

В сообщении от 16 октября 2006 15:06 Шенцев Алексей Владимирович написал(a):
> В сообщении от Понедельник 16 октября 2006 10:43 Motsyo Gennadi aka Drool
>
> написал(a):
> > "Damir Shayhutdinov" <lost404@gmail.com> wrote:
> > > Конечно можно. Но тогда это требует более интерактивного общения, чем
> > > рассылка. Например, IRC канал. Завсегдатаи канала #altlinux на
> > > irc.freenode.net уже стаю собак съели на решении подобных проблем.
> >
> > 	Подтверждаю :-)
>
> Да там я, там ... :)
А в RusNet'e я только wrar'а вижу , и всё...

-- 
/vip

Re: [sisyphus] компиляция программы и файлы *.a

[Andrey Rahmatullin]

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

On Tue, Oct 24, 2006 at 07:06:07PM +0700, Vyatcheslav Perevalov wrote:
> А в RusNet'e я только wrar'а вижу , и всё...
руснет не нужен.
Речь шла о фриноде.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> значит можно со спокойной совестью переходить на qt.
А можно я вас из ружья щелкну?
		-- slava in devel@

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

Re: [sisyphus] компиляция программы и файлы *.a

[Vladimir V. Kamarzin]

>>>>> On 24 Oct 2006 at 18:06 "VP" == Vyatcheslav Perevalov writes:

>> > "Damir Shayhutdinov" <lost404@gmail.com> wrote:
>> > > Конечно можно. Но тогда это требует более интерактивного общения, чем
>> > > рассылка. Например, IRC канал. Завсегдатаи канала #altlinux на
>> > > irc.freenode.net уже стаю собак съели на решении подобных проблем.
>> >
>> > 	Подтверждаю :-)
>>
>> Да там я, там ... :)
 VP> А в RusNet'e я только wrar'а вижу , и всё...

Альтовцы сдят на irc.freenode.net #altlinux

-- 
vvk

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Понедельник 16 октября 2006 09:40 Damir Shayhutdinov 
написал(a):
> Конечно можно. Но тогда это требует более интерактивного общения, чем
> рассылка. Например, IRC канал. Завсегдатаи канала #altlinux на
> irc.freenode.net уже стаю собак съели на решении подобных проблем.
Угу. Зайдём с другого боку. Запускаю autogen.sh и получаю:
$ ./autogen.sh
checking for autoconf >= 2.59...
  testing autoconf2.50... not found.
  testing autoconf... found 2.59
checking for automake >= 1.9...
  testing automake-1.9... found 1.9.6
checking for libtool >= 1.5...
  testing libtoolize... found 1.5.22
checking for pkg-config >= 0.14.0...
  testing pkg-config... found 0.20
Checking for required M4 macros...
  libtool.m4 not found
Checking for forbidden M4 macros...
***Error***: some autoconf macros required to build Package
  were not found in your aclocal path, or some forbidden
  macros were found.  Perhaps you need to adjust your
  ACLOCAL_FLAGS?

Что не хватает? 
$ rpm -qa | grep libtool
libtool_1.5-1.5.22-alt1
libtool-common-0.2-alt1


-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Motsyo Gennadi aka Drool]

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

Шенцев Алексей Владимирович <ashen@nsrz.ru> wrote:

> В сообщении от Понедельник 16 октября 2006 09:40 Damir Shayhutdinov 
> написал(a):
> > Конечно можно. Но тогда это требует более интерактивного общения, чем
> > рассылка. Например, IRC канал. Завсегдатаи канала #altlinux на
> > irc.freenode.net уже стаю собак съели на решении подобных проблем.
> Угу. Зайдём с другого боку. Запускаю autogen.sh и получаю:
> $ ./autogen.sh
> checking for autoconf >= 2.59...
>   testing autoconf2.50... not found.
>   testing autoconf... found 2.59
> checking for automake >= 1.9...
>   testing automake-1.9... found 1.9.6
> checking for libtool >= 1.5...
>   testing libtoolize... found 1.5.22
> checking for pkg-config >= 0.14.0...
>   testing pkg-config... found 0.20
> Checking for required M4 macros...
>   libtool.m4 not found
> Checking for forbidden M4 macros...
> ***Error***: some autoconf macros required to build Package
>   were not found in your aclocal path, or some forbidden
>   macros were found.  Perhaps you need to adjust your
>   ACLOCAL_FLAGS?
> 
> Что не хватает? 
> $ rpm -qa | grep libtool
> libtool_1.5-1.5.22-alt1
> libtool-common-0.2-alt1
> 
	А под другие дистры эта прога есть? Что показывает http://rpm.pbone.net ? Может
глянуть как там развернуто?

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Понедельник 16 октября 2006 12:12 Motsyo Gennadi aka Drool 
написал(a):
> А под другие дистры эта прога есть? 
Под debian есть.
> Что показывает http://rpm.pbone.net ? 
> Может глянуть как там развернуто?
Ни чего он не знает про это.
Вот, откуда её взял.
http://splashy.alioth.debian.org/wiki/doku.php
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

> В сообщении от Понедельник 16 октября 2006 09:40 Damir Shayhutdinov
> написал(a):
> > Конечно можно. Но тогда это требует более интерактивного общения, чем
> > рассылка. Например, IRC канал. Завсегдатаи канала #altlinux на
> > irc.freenode.net уже стаю собак съели на решении подобных проблем.
> Угу. Зайдём с другого боку. Запускаю autogen.sh и получаю:
> Что не хватает?
> $ rpm -qa | grep libtool
> libtool_1.5-1.5.22-alt1
> libtool-common-0.2-alt1

После просмотра Makefile.am выяснилось, что апстрим намеренно собирает
все статикой. Поэтому нужно directfb собирать с --enable-static, чтобы
этот пакет можно было собрать. Обратитесь к мантейнеру directfb.

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Понедельник 16 октября 2006 12:34 Damir Shayhutdinov 
написал(a):
> После просмотра Makefile.am выяснилось, что апстрим намеренно собирает
> все статикой. Поэтому нужно directfb собирать с --enable-static, чтобы
> этот пакет можно было собрать. Обратитесь к мантейнеру directfb.
И оторвать такое не возможно?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Igor Zubkov]

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

В сообщении от 16 октября 2006 11:34 Damir Shayhutdinov написал(a):
> > В сообщении от Понедельник 16 октября 2006 09:40 Damir Shayhutdinov
> >
> > написал(a):
> > > Конечно можно. Но тогда это требует более интерактивного общения, чем
> > > рассылка. Например, IRC канал. Завсегдатаи канала #altlinux на
> > > irc.freenode.net уже стаю собак съели на решении подобных проблем.
> >
> > Угу. Зайдём с другого боку. Запускаю autogen.sh и получаю:
> > Что не хватает?
> > $ rpm -qa | grep libtool
> > libtool_1.5-1.5.22-alt1
> > libtool-common-0.2-alt1
>
> После просмотра Makefile.am выяснилось, что апстрим намеренно собирает
> все статикой. Поэтому нужно directfb собирать с --enable-static, чтобы
> этот пакет можно было собрать. Обратитесь к мантейнеру directfb.

Хотел написать что собирать статикой это зло, а потом вспомнил что он 
собирает. Там да, лучше уж статикой. ;)

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

Re: [sisyphus] компиляция программы и файлы *.a

[Alexey Tourbin]

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

On Mon, Oct 16, 2006 at 09:20:16AM +0400, Шенцев Алексей Владимирович wrote:
> В сообщении от Пятница 13 октября 2006 19:09 Alexey Tourbin написал(a):
> > Не надо делать того, что Вы не понимаете.
> А есдли хочетс понять не понятное, тогда что, совсем ни чего нельзя? ... ;)

Тогда нужно купить учебники для первого курса.
А лучше сразу удавиться.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Понедельник 16 октября 2006 17:22 Alexey Tourbin написал(a):
> Тогда нужно купить учебники для первого курса.
Понадобится, возьму. Не всем надо было знать Си в своё время, ну не нужен он 
был мне.
> А лучше сразу удавиться.
Не дождётесь! Скорее мир прогнётся под меня, чем я под него ... ;) Ладно, если 
ни чем дельным помочь не хотите, то и флеймить не будем. Лишнее.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Alexey Tourbin]

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

On Mon, Oct 16, 2006 at 05:27:53PM +0400, Шенцев Алексей Владимирович wrote:
> В сообщении от Понедельник 16 октября 2006 17:22 Alexey Tourbin написал(a):
> > Тогда нужно купить учебники для первого курса.
> Понадобится, возьму. Не всем надо было знать Си в своё время, ну не нужен он 
> был мне.

Берите шире.  И не тупите.  Зачем Вам линковаться с внутренними
драйверами directfb?  Вы, должно быть, не утруждаете себя такими
вопросами, потому что это Вам не нужно.  А напрасно.

> > А лучше сразу удавиться.
> Не дождётесь! Скорее мир прогнётся под меня, чем я под него ... ;) Ладно, если 
> ни чем дельным помочь не хотите, то и флеймить не будем. Лишнее.

Не дождемся так поможем. ;)  Отделкой золотой блистает мой кинжал //
Клинок надежный, без порока...

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Понедельник 16 октября 2006 17:39 Alexey Tourbin написал(a):
> Берите шире.  И не тупите.  Зачем Вам линковаться с внутренними
> драйверами directfb?  Вы, должно быть, не утруждаете себя такими
> вопросами, потому что это Вам не нужно.  А напрасно.
Такой вопрос себе не задавал. Так идёт у автора, для дебиана. Так же осталось 
в варианте для fc. В таком случае, как следует поступить, по вашему мнению? 
Мне эта прога интересна, по многим причинам. Вот и спрашиваю.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Alexey Tourbin]

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

On Mon, Oct 16, 2006 at 05:41:52PM +0400, Шенцев Алексей Владимирович wrote:
> В сообщении от Понедельник 16 октября 2006 17:39 Alexey Tourbin написал(a):
> > Берите шире.  И не тупите.  Зачем Вам линковаться с внутренними
> > драйверами directfb?  Вы, должно быть, не утруждаете себя такими
> > вопросами, потому что это Вам не нужно.  А напрасно.
> Такой вопрос себе не задавал. Так идёт у автора, для дебиана. Так же осталось 
> в варианте для fc. В таком случае, как следует поступить, по вашему мнению? 
> Мне эта прога интересна, по многим причинам. Вот и спрашиваю.

Если обсуждать по делу, то это что там написано в configure.ac (или
в configure.in).  Автор конечно что-то имел в виду, но если у Вас
единственный интерес  -- завернуть тарболл в rpm как селедку в газету,
тогда какой ещё благой совет Вам можно дать?  Не делайте этого! :)

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Понедельник 16 октября 2006 17:59 Alexey Tourbin написал(a):
> Если обсуждать по делу, то это что там написано в configure.ac (или
> в configure.in).  
-(ashen@oasu3)-(~/work/bootsplash/splashy-0.1.8.1)-> cat configure.ac
dnl $Revision:  $
dnl Process this file with autoconf to produce a configure script.

AC_INIT([splashy], [0.1.8.1], [splashy-devel@alioth.debian.org])
AC_CONFIG_SRCDIR(src/splashy_main.c)
AM_CONFIG_HEADER(config.h)
AM_INIT_AUTOMAKE([splashy], [0.1.8.1], [splashy-devel@alioth.debian.org])

AC_PREREQ(2.59)
AC_ENABLE_STATIC
AC_LANG_C
AC_PROG_CC
AC_PROG_INSTALL
AC_PROG_LIBTOOL
AC_PROG_LN_S

# Check library magic existence and its use
AC_CHECK_HEADER([magic.h], [
    AC_CHECK_LIB(magic, magic_open, [
        WITH_MAGIC_SUBDIR=
        WITH_MAGIC_INCLUDE=
        WITH_MAGIC_LIB="-lmagic"
    ])
])

PKG_CHECK_MODULES(splashy, [glib-2.0, directfb >= 0.9.22])
PKG_CHECK_MODULES(splashy_config, [glib-2.0])

# EXTRA ARGS #
# Add an --enable-debug option to turn on DEBUG_PRINT statements
AH_TEMPLATE(DEBUG,[Define to enable debugging messages])
AC_ARG_ENABLE(debug,AC_HELP_STRING([--enable-debug],[enable debugging 
messages]),AC_DEFINE(DEBUG))
# END EXTRA ARGS

# All warnings are errors.
CFLAGS="$CFLAGS -Wall -Werror"

# we compile splashy statically always
AC_SUBST(splashy_LIBS)
AC_SUBST(splashy_CFLAGS)
# other binaries
AC_SUBST(splashy_config_LIBS)
AC_SUBST(splashy_config_CFLAGS)
AC_SUBST(splashy_update_LIBS)
AC_SUBST(splashy_update_CFLAGS)
AC_SUBST(splashy_pgrep_LIBS)
AC_SUBST(splashy_pgrep_CFLAGS)

#
# We need to get expanded versions of a bunch of things
# stolen mostly from gdm
#

SYSCONFDIR_TMP="$sysconfdir"
EXPANDED_SYSCONFDIR=`eval echo $SYSCONFDIR_TMP | sed s/NONE//`
AC_DEFINE([EXPANDED_SYSCONFDIR], [$EXPANDED_SYSCONFDIR], [our system 
configuration directory])
AC_SUBST(EXPANDED_SYSCONFDIR)

# TODO slurp the doc/*.xml.in or .xml files and create xml_format.h
# EXPANDED_XML_CONFIG_FORMAT="`cat doc/config.xml`"
# AC_DEFINE([EXPANDED_XML_CONFIG_FORMAT], [$EXPANDED_XML_CONFIG_FORMAT], [our 
xml configuration])
# AC_SUBST(EXPANDED_XML_CONFIG_FORMAT)
#
# EXPANDED_XML_THEME_FORMAT="`cat doc/theme.xml`"
# AC_DEFINE([EXPANDED_XML_THEME_FORMAT], [$EXPANDED_XML_THEME_FORMAT], [our 
theme configuration])
# AC_SUBST(EXPANDED_XML_THEME_FORMAT)

AC_OUTPUT(
          Makefile
          src/Makefile
          doc/Makefile
          doc/config.xml
          doc/theme.xml
          src/xml_format.h
dnl          scripts/Makefile
dnl          initramfs/Makefile
dnl          initramfs/hooks/Makefile
dnl          initramfs/scripts/Makefile
dnl          initramfs/scripts/init-top/Makefile
          Doxyfile
          )

echo
echo $PACKAGE $VERSION
echo
echo Print debugging messages...... : $enable_debug
echo

Вот такие вещи как:
AC_ENABLE_STATIC 
и
# we compile splashy statically always
AC_SUBST(splashy_LIBS)
AC_SUBST(splashy_CFLAGS)

задают мне вопрос, а зачем статически? И как это оторвать?

> Автор конечно что-то имел в виду, но если у Вас 
> единственный интерес  -- завернуть тарболл в rpm как селедку в газету,
> тогда какой ещё благой совет Вам можно дать?  Не делайте этого! :)
Нет, не в rpm, как селёдку в газету, а для себя поковырять. Пощупать руками, 
что к чему. И лучше/удобней нашего bootsplash'а, что в сизифе или нет? Разве 
это нельзя? ... ;)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Alexey Tourbin]

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

On Mon, Oct 16, 2006 at 06:05:53PM +0400, Шенцев Алексей Владимирович wrote:
> В сообщении от Понедельник 16 октября 2006 17:59 Alexey Tourbin написал(a):
> > Если обсуждать по делу, то это что там написано в configure.ac (или
> > в configure.in).  
> -(ashen@oasu3)-(~/work/bootsplash/splashy-0.1.8.1)-> cat configure.ac
> dnl $Revision:  $
> dnl Process this file with autoconf to produce a configure script.
> 
> AC_INIT([splashy], [0.1.8.1], [splashy-devel@alioth.debian.org])
> AC_CONFIG_SRCDIR(src/splashy_main.c)
> AM_CONFIG_HEADER(config.h)
> AM_INIT_AUTOMAKE([splashy], [0.1.8.1], [splashy-devel@alioth.debian.org])

А, посмотрел.  В общем собрать этот софт на сизифе будет непросто.
Во-первых, там нужна статическая линковка, а у многих библиотек статика
просто не собрана.  Во вторых, там нужны хедеры от procps, они у нас
тоже не запакованы.

В общем если очень постараться то можно кое-как собрать бинари "для
себя", но для сизифа это не прокатит.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Понедельник 16 октября 2006 18:43 Alexey Tourbin написал(a):
> А, посмотрел.  В общем собрать этот софт на сизифе будет непросто.
> Во-первых, там нужна статическая линковка, а у многих библиотек статика
> просто не собрана.  Во вторых, там нужны хедеры от procps, они у нас
> тоже не запакованы.
Он в первую очередь требует статической сборки directfb. Видать оторвать это 
не получится, тем более с моим уровнем. Хотя на покапаться хватит по самое не 
могу ... :)
> В общем если очень постараться то можно кое-как собрать бинари "для
> себя", но для сизифа это не прокатит.
Сразу, об этом подумал. Жаль, а то bootsplash у нас вроде не работает, так?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Led]

В сообщении от 16 октября 2006 17:45 Шенцев Алексей Владимирович написал(a):
> В сообщении от Понедельник 16 октября 2006 18:43 Alexey Tourbin написал(a):
> > А, посмотрел.  В общем собрать этот софт на сизифе будет непросто.
> > Во-первых, там нужна статическая линковка, а у многих библиотек статика
> > просто не собрана.  Во вторых, там нужны хедеры от procps, они у нас
> > тоже не запакованы.
>
> Он в первую очередь требует статической сборки directfb. Видать оторвать
> это не получится, тем более с моим уровнем. Хотя на покапаться хватит по
> самое не могу ... :)
>
> > В общем если очень постараться то можно кое-как собрать бинари "для
> > себя", но для сизифа это не прокатит.
>
> Сразу, об этом подумал. Жаль, а то bootsplash у нас вроде не работает, так?

Вроде ж сразу предложили пересобрать directfb с --enable-static?

-- 
Led.

Re: [sisyphus] компиляция программы и файлы *.a

[Alexey Tourbin]

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

On Mon, Oct 16, 2006 at 05:56:50PM +0300, Led wrote:
> В сообщении от 16 октября 2006 17:45 Шенцев Алексей Владимирович написал(a):
> > В сообщении от Понедельник 16 октября 2006 18:43 Alexey Tourbin написал(a):
> > > А, посмотрел.  В общем собрать этот софт на сизифе будет непросто.
> > > Во-первых, там нужна статическая линковка, а у многих библиотек статика
> > > просто не собрана.  Во вторых, там нужны хедеры от procps, они у нас
> > > тоже не запакованы.
> >
> > Он в первую очередь требует статической сборки directfb. Видать оторвать
> > это не получится, тем более с моим уровнем. Хотя на покапаться хватит по
> > самое не могу ... :)
> >
> > > В общем если очень постараться то можно кое-как собрать бинари "для
> > > себя", но для сизифа это не прокатит.
> >
> > Сразу, об этом подумал. Жаль, а то bootsplash у нас вроде не работает, так?
> 
> Вроде ж сразу предложили пересобрать directfb с --enable-static?

Там нужнен не только directfb а ещё libglib-2.0.a libpng.a libproc.a
libmagic.a libsysfs.a.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Led]

В сообщении от 16 октября 2006 18:16 Alexey Tourbin написал(a):
> On Mon, Oct 16, 2006 at 05:56:50PM +0300, Led wrote:
> > В сообщении от 16 октября 2006 17:45 Шенцев Алексей Владимирович 
написал(a):
> > > В сообщении от Понедельник 16 октября 2006 18:43 Alexey Tourbin 
написал(a):
> > > > А, посмотрел.  В общем собрать этот софт на сизифе будет непросто.
> > > > Во-первых, там нужна статическая линковка, а у многих библиотек
> > > > статика просто не собрана.  Во вторых, там нужны хедеры от procps,
> > > > они у нас тоже не запакованы.
> > >
> > > Он в первую очередь требует статической сборки directfb. Видать
> > > оторвать это не получится, тем более с моим уровнем. Хотя на покапаться
> > > хватит по самое не могу ... :)
> > >
> > > > В общем если очень постараться то можно кое-как собрать бинари "для
> > > > себя", но для сизифа это не прокатит.
> > >
> > > Сразу, об этом подумал. Жаль, а то bootsplash у нас вроде не работает,
> > > так?
> >
> > Вроде ж сразу предложили пересобрать directfb с --enable-static?
>
> Там нужнен не только directfb а ещё libglib-2.0.a libpng.a libproc.a
> libmagic.a libsysfs.a.

Ну тогда ещё и procps и glib2 пересобрать с --enable-static, для 
остальных -devel-static собраны:)

-- 
Led.

Re: [sisyphus] компиляция программы и файлы *.a

[Alexey Tourbin]

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

On Mon, Oct 16, 2006 at 06:35:24PM +0300, Led wrote:
> > Там нужнен не только directfb а ещё libglib-2.0.a libpng.a libproc.a
> > libmagic.a libsysfs.a.
> 
> Ну тогда ещё и procps и glib2 пересобрать с --enable-static, для 
> остальных -devel-static собраны:)

procps как отедльная библиотека пока вообще не собрана.  Т.е.
/lib/libproc-3.2.5.so есть, а хедеров нет.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Alexey Rusakov]

Led пишет:
> В сообщении от 16 октября 2006 18:16 Alexey Tourbin написал(a):
>   
>> On Mon, Oct 16, 2006 at 05:56:50PM +0300, Led wrote:
>>     
>>> В сообщении от 16 октября 2006 17:45 Шенцев Алексей Владимирович 
>>>       
> написал(a):
>   
>>>> В сообщении от Понедельник 16 октября 2006 18:43 Alexey Tourbin 
>>>>         
> написал(a):
>   
>>>>> А, посмотрел.  В общем собрать этот софт на сизифе будет непросто.
>>>>> Во-первых, там нужна статическая линковка, а у многих библиотек
>>>>> статика просто не собрана.  Во вторых, там нужны хедеры от procps,
>>>>> они у нас тоже не запакованы.
>>>>>           
>>>> Он в первую очередь требует статической сборки directfb. Видать
>>>> оторвать это не получится, тем более с моим уровнем. Хотя на покапаться
>>>> хватит по самое не могу ... :)
>>>>
>>>>         
>>>>> В общем если очень постараться то можно кое-как собрать бинари "для
>>>>> себя", но для сизифа это не прокатит.
>>>>>           
>>>> Сразу, об этом подумал. Жаль, а то bootsplash у нас вроде не работает,
>>>> так?
>>>>         
>>> Вроде ж сразу предложили пересобрать directfb с --enable-static?
>>>       
>> Там нужнен не только directfb а ещё libglib-2.0.a libpng.a libproc.a
>> libmagic.a libsysfs.a.
>>     
>
> Ну тогда ещё и procps и glib2 пересобрать с --enable-static, для 
> остальных -devel-static собраны:)
>   
glib2-2.12.4-alt2 с умолчальным --enable-static отправлен в incoming.

-- 
  Alexey "Ktirf" Rusakov

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Вторник 17 октября 2006 10:13 Alexey Rusakov написал(a):
> glib2-2.12.4-alt2 с умолчальным --enable-static отправлен в incoming.
Увы, не то:
i586-alt-linux-gcc: /usr/lib/libglib-2.0.a: No such file or directory

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

> В сообщении от Вторник 17 октября 2006 10:13 Alexey Rusakov написал(a):
> > glib2-2.12.4-alt2 с умолчальным --enable-static отправлен в incoming.
> Увы, не то:
> i586-alt-linux-gcc: /usr/lib/libglib-2.0.a: No such file or directory
А  пакет glib2-devel-static установлен?

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 11:51 Damir Shayhutdinov написал(a):
> А  пакет glib2-devel-static установлен?
Упс ... :) Спасибо за подсказку ... :)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 11:51 Damir Shayhutdinov написал(a):
> > В сообщении от Вторник 17 октября 2006 10:13 Alexey Rusakov написал(a):
> > > glib2-2.12.4-alt2 с умолчальным --enable-static отправлен в incoming.
> > Увы, не то:
> > i586-alt-linux-gcc: /usr/lib/libglib-2.0.a: No such file or directory
> А  пакет glib2-devel-static установлен?
Дамир, такой вопрос: splashy трбует библиотеку libz, у нас это zlib или это 
разные вещи?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

> Дамир, такой вопрос: splashy трбует библиотеку libz, у нас это zlib или это
> разные вещи?
Да, это zlib. (zlib-devel-static скорее всего)

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 12:09 Damir Shayhutdinov написал(a):
> > Дамир, такой вопрос: splashy трбует библиотеку libz, у нас это zlib или
> > это разные вещи?
> Да, это zlib. (zlib-devel-static скорее всего)
Уже выяснил это опытным путём ... :) Спасибо.
Да вот такая не задача:
/usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.a(fbdev.o): In function 
`system_initialize':
fbdev.c:(.text+0x3fc1): undefined reference to `sysfs_get_mnt_path'
fbdev.c:(.text+0x4058): undefined reference to `sysfs_open_class_device'
fbdev.c:(.text+0x406a): undefined reference to `sysfs_get_classdev_device'
fbdev.c:(.text+0x4084): undefined reference to `sysfs_get_device_attr'
fbdev.c:(.text+0x40ba): undefined reference to `sysfs_get_device_attr'
fbdev.c:(.text+0x4157): undefined reference to `sysfs_close_class_device'
/usr/lib/directfb-0.9.25/gfxdrivers/libdirectfb_i830.a(i830_overlay.o): In 
function `UpdateCoeff':
i830_overlay.c:(.text+0x2cb): undefined reference to `cos'
i830_overlay.c:(.text+0x321): undefined reference to `sin'
/usr/lib/directfb-0.9.25/gfxdrivers/libdirectfb_radeon.a(radeon_overlay.o): In 
function `ovl_set_adjustment':
radeon_overlay.c:(.text+0x3e0): undefined reference to `sinf'
radeon_overlay.c:(.text+0x3eb): undefined reference to `cosf'
/usr/lib/libpng.a(pngrtran.o): In function `png_build_gamma_table':
pngrtran.c:(.text+0x1031): undefined reference to `pow'
pngrtran.c:(.text+0x10d1): undefined reference to `pow'
pngrtran.c:(.text+0x1171): undefined reference to `pow'
pngrtran.c:(.text+0x132e): undefined reference to `pow'
pngrtran.c:(.text+0x14c3): undefined reference to `pow'
/usr/lib/libpng.a(pngrtran.o):pngrtran.c:(.text+0x15d0): more undefined 
references to `pow' follow

Что то не доставил, или не так пересобирал directfb со статикой?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

> Да вот такая не задача:
> /usr/lib/directfb-0.9.25/systems/libdirectfb_fbdev.a(fbdev.o): In function
> `system_initialize':
> fbdev.c:(.text+0x3fc1): undefined reference to `sysfs_get_mnt_path'
> fbdev.c:(.text+0x4058): undefined reference to `sysfs_open_class_device'
> fbdev.c:(.text+0x406a): undefined reference to `sysfs_get_classdev_device'
> fbdev.c:(.text+0x4084): undefined reference to `sysfs_get_device_attr'
> fbdev.c:(.text+0x40ba): undefined reference to `sysfs_get_device_attr'
> fbdev.c:(.text+0x4157): undefined reference to `sysfs_close_class_device'
> /usr/lib/directfb-0.9.25/gfxdrivers/libdirectfb_i830.a(i830_overlay.o): In
> function `UpdateCoeff':
> i830_overlay.c:(.text+0x2cb): undefined reference to `cos'
> i830_overlay.c:(.text+0x321): undefined reference to `sin'
> /usr/lib/directfb-0.9.25/gfxdrivers/libdirectfb_radeon.a(radeon_overlay.o): In
> function `ovl_set_adjustment':
> radeon_overlay.c:(.text+0x3e0): undefined reference to `sinf'
> radeon_overlay.c:(.text+0x3eb): undefined reference to `cosf'
> /usr/lib/libpng.a(pngrtran.o): In function `png_build_gamma_table':
> pngrtran.c:(.text+0x1031): undefined reference to `pow'
> pngrtran.c:(.text+0x10d1): undefined reference to `pow'
> pngrtran.c:(.text+0x1171): undefined reference to `pow'
> pngrtran.c:(.text+0x132e): undefined reference to `pow'
> pngrtran.c:(.text+0x14c3): undefined reference to `pow'
> /usr/lib/libpng.a(pngrtran.o):pngrtran.c:(.text+0x15d0): more undefined
> references to `pow' follow
>
> Что то не доставил, или не так пересобирал directfb со статикой?

Ага, надо добавить -lm к строке линковки. И еще -lsysfs.

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 12:26 Damir Shayhutdinov написал(a):
> > Что то не доставил, или не так пересобирал directfb со статикой?
> Ага, надо добавить -lm к строке линковки. И еще -lsysfs.
Я в спеке directfb изменил следующие строки:

%configure \
    --enable-shared \
    --enable-static=yes \
и
%_libdir/lib*.*
А как нужно было сделать с учётом выше вами сказанного?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Michael Shigorin]

On Wed, Oct 18, 2006 at 12:37:21PM +0400, Шенцев Алексей Владимирович wrote:
> > > Что то не доставил, или не так пересобирал directfb со статикой?
> > Ага, надо добавить -lm к строке линковки. И еще -lsysfs.
> Я в спеке directfb изменил следующие строки:
> %configure \
>     --enable-shared \
>     --enable-static=yes \

А чо, статик обязательно?

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 12:44 Michael Shigorin написал(a):
> А чо, статик обязательно?
Да вот хочу для начала посмотреть, что за зверь 
http://splashy.alioth.debian.org/wiki/doku.php
Для графической заставки загрузки, насколько понимаю, нужна именно стаитческая 
линковка, ибо разделы /, /boot при запуски этой програмы уже смонтированы, 
а /usr, /var могут быть ещё не смонтированы.
Как понял из описания, то для этой штучки не надо патчить ядро, в отличии от 
bootsplash'а, а значит нагрузка на kernel team у нас уменьшится. Поддержка 
jpeg, png, альфа-канала, анимации - gif, музыки (звуков) - в имеющихся темах 
для debian присутствует звуковой фал с расширением .mod,  хотя заявлена 
поддержка mpeg. Как думаешь стоит попробывать на посмотреть сиё поделие?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Michael Shigorin]

On Wed, Oct 18, 2006 at 12:54:29PM +0400, Шенцев Алексей Владимирович wrote:
> > А чо, статик обязательно?
> Да вот хочу для начала посмотреть, что за зверь 
> http://splashy.alioth.debian.org/wiki/doku.php

Гм, ну пишут прикольно...

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 14:37 Michael Shigorin написал(a):
> Гм, ну пишут прикольно...
Вот и хочу посмотреть на сколько это прикольно ... ;)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

> > > Что то не доставил, или не так пересобирал directfb со статикой?
> > Ага, надо добавить -lm к строке линковки. И еще -lsysfs.
> Я в спеке directfb изменил следующие строки:
>
> %configure \
>     --enable-shared \
>     --enable-static=yes \
> и
> %_libdir/lib*.*
> А как нужно было сделать с учётом выше вами сказанного?

Да так и надо было делать скорее всего.

Просто для .so файлов их зависимости хранятся в самом файле (NEEDED в
ELF), а для .a файлов их негде хранить, поэтому приходится всякие -lm
и -lsysfs добавлять не к строчке линковки библиотеки, а к строчке
линковки исполняемых файлов, линкуемых со статическими библиотеками.

Что вы линкуете с libdirectfb_fbdev.a ? Вот туда и надо добавлять.

Вообще для этих целей и создавался формат libtool library (.la).  В
него как раз заносятся все зависимости как для статических, так и для
динамических либ. Но в Альте .la не используются, так как все
динамикой собирается.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 12:50 Damir Shayhutdinov написал(a):
> > > > Что то не доставил, или не так пересобирал directfb со статикой?
> > > Ага, надо добавить -lm к строке линковки. И еще -lsysfs.
> > Я в спеке directfb изменил следующие строки:
> > %configure \
> >     --enable-shared \
> >     --enable-static=yes \
> > и
> > %_libdir/lib*.*
> > А как нужно было сделать с учётом выше вами сказанного?
> Да так и надо было делать скорее всего.
Может мантейнер directfb в дополнение к libdirectfb-devel сделает и 
libdirectfb-devel-static? Эх, мячты ... :)
> Просто для .so файлов их зависимости хранятся в самом файле (NEEDED в
> ELF), а для .a файлов их негде хранить, поэтому приходится всякие -lm
> и -lsysfs добавлять не к строчке линковки библиотеки, а к строчке
> линковки исполняемых файлов, линкуемых со статическими библиотеками.
> Что вы линкуете с libdirectfb_fbdev.a ? Вот туда и надо добавлять.
> Вообще для этих целей и создавался формат libtool library (.la).  В
> него как раз заносятся все зависимости как для статических, так и для
> динамических либ. Но в Альте .la не используются, так как все
> динамикой собирается.
> Поэтому всем кто собирает статикой приходится закрывать unresolved
> symbols собственноручно, добавляя нужные -lчто-то там в список того, с
> чем линкуется исполняемый файл.
Спасибо за разъяснения. Делал снчала в ручную:
autoreconf -fisv
./configure --prefix=/
make
вроде всё без ошибок прошло. Но вот при сборке пакета вылезло такое:
-(ashen@oasu3)-(~/RPM/SPECS)-> rpmbuild -ba splashy.spec
Выполняется(%prep): /bin/sh -e /home/ashen/tmp/rpm-tmp.84808
+ umask 022
+ /bin/mkdir -p /home/ashen/RPM/BUILD
+ cd /home/ashen/RPM/BUILD
+ cd /home/ashen/RPM/BUILD
+ rm -rf splashy-0.1.8.1
+ echo 'Source #0 (splashy-0.1.8.1.tar.bz2):'
Source #0 (splashy-0.1.8.1.tar.bz2):
+ /bin/bzip2 -dc /home/ashen/RPM/SOURCES/splashy-0.1.8.1.tar.bz2
+ /bin/tar -xf -
+ cd splashy-0.1.8.1
+ /bin/chmod -Rf u+rwX,go-w .
+ echo 'Patch #0 (splashy-path.patch):'
Patch #0 (splashy-path.patch):
+ /usr/bin/patch -p0 -s
1 out of 1 hunk FAILED -- saving rejects to file Makefile.am.rej
ошибка: Неверный код возврата из /home/ashen/tmp/rpm-tmp.84808 (%prep)

Т.е. возникла ошибка с наложением первого патча?
Хотя в спеке указано так:
-(ashen@oasu3)-(~/RPM/SPECS)-> cat splashy.spec
Name:           splashy
Version:        0.1.8.1
Release:        alt1
Summary:        A complete user-mode, POSIX, boot splashing system

Group:          System Environment/Base
License:        GPL
URL:            http://splashy.alioth.debian.org
Source0:        splashy-%{version}.tar.bz2
Source1:        splashy-fedora.tar.bz2
Patch0:         splashy-path.patch
Patch1:         splashy-directfb.patch
Patch2:         splashy-scripts.patch
BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root

BuildRequires:  glib2-devel-static
BuildRequires:  directfb-devel
BuildRequires:  zlib-devel-static
Requires:       kbd
Requires(preun): /sbin/chkconfig
Requires(post): /sbin/chkconfig


%description
Splashy is a next generation boot splashing system for Linux systems. It needs
no patches to the kernel and itБ─≥s installed like a normal package. Make your
boot process eye-candy with Splashy!

%prep
%setup -q
%patch0
%patch1
%patch2                                                                                                                      

В чём косяк то получился?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Led]

В сообщении от 18 октября 2006 16:23 Шенцев Алексей Владимирович написал(a):
> В сообщении от Среда 18 октября 2006 12:50 Damir Shayhutdinov написал(a):
> > > > > Что то не доставил, или не так пересобирал directfb со статикой?
> > > >
> > > > Ага, надо добавить -lm к строке линковки. И еще -lsysfs.
> > >
> > > Я в спеке directfb изменил следующие строки:
> > > %configure \
> > >     --enable-shared \
> > >     --enable-static=yes \
> > > и
> > > %_libdir/lib*.*
> > > А как нужно было сделать с учётом выше вами сказанного?
> >
> > Да так и надо было делать скорее всего.
>
> Может мантейнер directfb в дополнение к libdirectfb-devel сделает и
> libdirectfb-devel-static? Эх, мячты ... :)

Подобные "мячты" можно заносить в багзиллу, только там они фичреквестами 
называются.

-- 
Led.

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 17:35 Led написал(a):
> Подобные "мячты" можно заносить в багзиллу, только там они фичреквестами
> называются.
Угу, это сейчас не важно, но запомню и сделаю так, если со splashy всё удачно 
будет ... :)
А вот по поводу сборки rpm'мки ни чего нескажешь?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

18.10.06, Шенцев Алексей Владимирович<ashen@> написал(а):
> Спасибо за разъяснения. Делал снчала в ручную:
> autoreconf -fisv
> ./configure --prefix=/
> make
> вроде всё без ошибок прошло.
Отлично, это уже хороший знак :)

> Но вот при сборке пакета вылезло такое:
> -(ashen@oasu3)-(~/RPM/SPECS)-> rpmbuild -ba splashy.spec
> Выполняется(%prep): /bin/sh -e /home/ashen/tmp/rpm-tmp.84808
> + umask 022
> + /bin/mkdir -p /home/ashen/RPM/BUILD
> + cd /home/ashen/RPM/BUILD
> + cd /home/ashen/RPM/BUILD
> + rm -rf splashy-0.1.8.1
> + echo 'Source #0 (splashy-0.1.8.1.tar.bz2):'
> Source #0 (splashy-0.1.8.1.tar.bz2):
> + /bin/bzip2 -dc /home/ashen/RPM/SOURCES/splashy-0.1.8.1.tar.bz2
> + /bin/tar -xf -
> + cd splashy-0.1.8.1
> + /bin/chmod -Rf u+rwX,go-w .
> + echo 'Patch #0 (splashy-path.patch):'
> Patch #0 (splashy-path.patch):
> + /usr/bin/patch -p0 -s
> 1 out of 1 hunk FAILED -- saving rejects to file Makefile.am.rej
> ошибка: Неверный код возврата из /home/ashen/tmp/rpm-tmp.84808 (%prep)
>
> Т.е. возникла ошибка с наложением первого патча?

Да, это называется "патч отвалился".
Значит он делался относительно какого-то другого Makefile.am.

См. файл Makefile.am.rej, там описано что не так.

Решение конечно есть.
Я обычно делаю так:

cd ~/RPM/BUILD
tar -xjf ~/RPM/SOURCES/splashy-0.1.8.1.tar.bz2
cp -r splashy-0.1.8.1/Makefile.am{,.orig}

Дальше копируешь в splashy-0.1.8.1 патченый Makefile.am
и делаешь

diff -ru splashy-0.1.8.1/Makefile.am{.orig,} > ~/RPM/SOURCES/splashy-path.patch

В самом спеке надо будет сделать
%patch0 -p1

> BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root
Тег BuildRoot в Альте не нужен, его можно смело удалить.

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 17:47 Damir Shayhutdinov написал(a):
> > Спасибо за разъяснения. Делал снчала в ручную:
> > autoreconf -fisv
> > ./configure --prefix=/
> > make
> > вроде всё без ошибок прошло.
> Отлично, это уже хороший знак :)
То же радует ... :)
>
> > Но вот при сборке пакета вылезло такое:
<skip>
> > Т.е. возникла ошибка с наложением первого патча?
> Да, это называется "патч отвалился".
> Значит он делался относительно какого-то другого Makefile.am.
Да, там идёт типа такого: ~/каталог_где_splashy/src/Makefile.am
> См. файл Makefile.am.rej, там описано что не так.
Понял, буду смотреть.
>
> Решение конечно есть.
> Я обычно делаю так:
>
> cd ~/RPM/BUILD
> tar -xjf ~/RPM/SOURCES/splashy-0.1.8.1.tar.bz2
> cp -r splashy-0.1.8.1/Makefile.am{,.orig}
>
> Дальше копируешь в splashy-0.1.8.1 патченый Makefile.am
> и делаешь
>
> diff -ru splashy-0.1.8.1/Makefile.am{.orig,} >
> ~/RPM/SOURCES/splashy-path.patch
>
> В самом спеке надо будет сделать
> %patch0 -p1
Хм, интересно. Попробую.
> > BuildRoot:      %{_tmppath}/%{name}-%{version}-%{release}-root
> Тег BuildRoot в Альте не нужен, его можно смело удалить.
Понял. Это я ковыряю спек от fc. Ихний splashy-path.patch не много изменил, 
как вы советовали на счёт -lm, -lsysfs, ну и пришлось указать все драйвера 
для directfb, а то их 
DFB = $(shell ../directfb-config --cflags --libs --graphics=all
не прокатило.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 17:47 Damir Shayhutdinov написал(a):
> См. файл Makefile.am.rej, там описано что не так.
Что то я в нём ни чего не вижу ... или я смотрю в книгу и вижу фигу ...

-(ashen@oasu3)-(~/RPM/BUILD/splashy-0.1.8.1)-> cat Makefile.am.rej
***************
*** 3,15 ****
  AUTOMAKE_OPTIONS = foreign 1.9
  SUBDIRS = src

- configdir = $(DESTDIR)/etc/splashy
  config_DATA = doc/config.xml

- imagesdir = $(DESTDIR)/etc/themes/default/
  images_DATA = themes/default/background.jpg themes/default/error.jpg 
themes/default/config.xml

- scriptsdir = /etc/init.d
  scripts_DATA = scripts/splashy10 scripts/splashy scripts/splashyZ

  # splashy --prefix is /, we need man pages to fall in /usr/share/man
--- 3,15 ----
  AUTOMAKE_OPTIONS = foreign 1.9
  SUBDIRS = src

+ configdir = /etc/splashy
  config_DATA = doc/config.xml

+ imagesdir = /etc/themes/default/
  images_DATA = themes/default/background.jpg themes/default/error.jpg 
themes/default/config.xml

+ scriptsdir = /etc/rc.d/init.d
  scripts_DATA = scripts/splashy10 scripts/splashy scripts/splashyZ

  # splashy --prefix is /, we need man pages to fall in /usr/share/man

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

> > См. файл Makefile.am.rej, там описано что не так.
> Что то я в нём ни чего не вижу ... или я смотрю в книгу и вижу фигу ...
>
> -(ashen@oasu3)-(~/RPM/BUILD/splashy-0.1.8.1)-> cat Makefile.am.rej
> ***************
> *** 3,15 ****
>   AUTOMAKE_OPTIONS = foreign 1.9
>   SUBDIRS = src
>
> - configdir = $(DESTDIR)/etc/splashy
>   config_DATA = doc/config.xml
>
> - imagesdir = $(DESTDIR)/etc/themes/default/
>   images_DATA = themes/default/background.jpg themes/default/error.jpg
> themes/default/config.xml
>
> - scriptsdir = /etc/init.d
>   scripts_DATA = scripts/splashy10 scripts/splashy scripts/splashyZ
>
>   # splashy --prefix is /, we need man pages to fall in /usr/share/man
> --- 3,15 ----
>   AUTOMAKE_OPTIONS = foreign 1.9
>   SUBDIRS = src
>
> + configdir = /etc/splashy
>   config_DATA = doc/config.xml
>
> + imagesdir = /etc/themes/default/
>   images_DATA = themes/default/background.jpg themes/default/error.jpg
> themes/default/config.xml
>
> + scriptsdir = /etc/rc.d/init.d
>   scripts_DATA = scripts/splashy10 scripts/splashy scripts/splashyZ
>
>   # splashy --prefix is /, we need man pages to fall in /usr/share/man
А в самом Makefile.am что на этих строчках?

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 18:15 Damir Shayhutdinov написал(a):
> А в самом Makefile.am что на этих строчках?
Дамир, это я ступил. Спек для версии 0.1.6 и патчи соответственно для неё, а 
пытался собрать в rpm версию 0.1.8.1 ... А 0.1.6 собралась. Сейчас ставлю её 
и буду смотреть, что и как. Если с ней всё в норме, то повожусь с версией 
0.1.8.1 .
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 18:32 Шенцев Алексей Владимирович 
написал(a):
> 0.1.6 собралась. Сейчас ставлю её и буду смотреть, что и как. 
Мда, поставил ... при загрузки система руганудась что параметр "vga=" не 
найден в /proc/cmdline ... К чему бы это?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 19:23 Шенцев Алексей Владимирович 
написал(a):
> Мда, поставил ... при загрузки система руганудась что параметр "vga=" не
> найден в /proc/cmdline ... К чему бы это?
туда же:
# service splashy start
WARN: vga= was not found in /proc/cmdline. Did you append vga=0x317 to your ke                                               
rnel parameters? See README for more

Кто ни будь может сказать из-за чего такое?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Led]

В сообщении от 18 октября 2006 18:38 Шенцев Алексей Владимирович написал(a):
> В сообщении от Среда 18 октября 2006 19:23 Шенцев Алексей Владимирович
>
> написал(a):
> > Мда, поставил ... при загрузки система руганудась что параметр "vga=" не
> > найден в /proc/cmdline ... К чему бы это?
>
> туда же:
> # service splashy start
> WARN: vga= was not found in /proc/cmdline. Did you append vga=0x317 to your
> ke rnel parameters? See README for more
>
> Кто ни будь может сказать из-за чего такое?

Может README всё таки посмотреть?:)

-- 
Led.

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 19:50 Led написал(a):
> Может README всё таки посмотреть?:)
Чьё README прочесть то? Если splashy то читал, естественно, там так:
-(ashen@oasu3)-(/usr/share/doc/splashy-0.1.6)-> cat README
-----------------------------------------------------------------
                        VGA settings
-----------------------------------------------------------------
                640x480    800x600    1024x768       1280x1024
256 colors        768        771         773            775
32K colors        784        787         790            793
64K colors        785        788         791            794
16M colors        786        789         792            795
-----------------------------------------------------------------

For 1024x768 at 16bit (64K colors or "thousands of colors") you could
pass an argument to the kernel like:
    vga=791
These values could be used in base16 also (hexadecimal) like:
    vga=0x317

To pass arguments to the kernel, you would need to edit your boot-loader:
1. Grub /boot/grub/menu.lst
    hint, in debian, look for "#kopt" and append vga=0x317 to that line. Then 
run update-grub. Other distros edit the kernel root= line appropriately
2. Lilo /etc/lilo.conf
    hint, look for the default image= and edit append= by appending vga=0x317 
to it
3. Quik /etc/quik.conf
    on PPC machines. Append vga=0x317 to the kernel argument line

Ну указываю vga=791 и получаю при загрузке ранее приведённое ...
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Led]

В сообщении от 18 октября 2006 19:00 Шенцев Алексей Владимирович написал(a):
> В сообщении от Среда 18 октября 2006 19:50 Led написал(a):
> > Может README всё таки посмотреть?:)
>
> Чьё README прочесть то? Если splashy то читал, естественно, там так:
> -(ashen@oasu3)-(/usr/share/doc/splashy-0.1.6)-> cat README
> -----------------------------------------------------------------
>                         VGA settings
> -----------------------------------------------------------------
>                 640x480    800x600    1024x768       1280x1024
> 256 colors        768        771         773            775
> 32K colors        784        787         790            793
> 64K colors        785        788         791            794
> 16M colors        786        789         792            795
> -----------------------------------------------------------------
>
> For 1024x768 at 16bit (64K colors or "thousands of colors") you could
> pass an argument to the kernel like:
>     vga=791
> These values could be used in base16 also (hexadecimal) like:
>     vga=0x317
>
> To pass arguments to the kernel, you would need to edit your boot-loader:
> 1. Grub /boot/grub/menu.lst
>     hint, in debian, look for "#kopt" and append vga=0x317 to that line.
> Then run update-grub. Other distros edit the kernel root= line
> appropriately 2. Lilo /etc/lilo.conf
>     hint, look for the default image= and edit append= by appending
> vga=0x317 to it
> 3. Quik /etc/quik.conf
>     on PPC machines. Append vga=0x317 to the kernel argument line
>
> Ну указываю vga=791 и получаю при загрузке ранее приведённое ...

Возможно как раз здесь и "вылезла" необходимость именно статической libprocfs 
(?)

-- 
Led.

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 20:08 Led написал(a):
> Возможно как раз здесь и "вылезла" необходимость именно статической
> libprocfs (?)
Возможно, так оно и есть. У меня 
[root@oasu3 etc]# uname -r
2.6.16-std26-up-alt12
Для чистоты эксперемента снёс все design-bootloader/bootsplash, 
kernel-feat-drivers-video-splash всё едино. А перегружать комп для проб в 
ломы как то. С qemu как пробывал, получилось, но уже забыл как и что 
делается, да и для моего ядра вроде такого ещё нет, али я ошибся?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 20:08 Led написал(a):
> Возможно как раз здесь и "вылезла" необходимость именно статической
> libprocfs (?)
Как бы отследить, что она хочет, например при выполнении service splashy 
start ? Кто-нибудь может подсказать?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Sergey Vlasov]

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

On Wed, Oct 18, 2006 at 07:23:00PM +0400, Шенцев Алексей Владимирович wrote:
> В сообщении от Среда 18 октября 2006 18:32 Шенцев Алексей Владимирович 
> написал(a):
> > 0.1.6 собралась. Сейчас ставлю её и буду смотреть, что и как. 
> Мда, поставил ... при загрузки система руганудась что параметр "vga=" не 
> найден в /proc/cmdline ... К чему бы это?

Вероятно, к кривому lilo.  Попробуйте написать vga=N не только прямо в
lilo.conf, а ещё и в строке append="...".

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Среда 18 октября 2006 20:08 Sergey Vlasov написал(a):
> Вероятно, к кривому lilo.  
Вы в этом уверены?!?!?!
> Попробуйте написать vga=N не только прямо в 
> lilo.conf, а ещё и в строке append="...".
Сергей, я уважаю вашу квалификацию, но у lilo для appned нет текого значения, 
как "vga=". Man lilo.conf если утверждаете обратно. А для подтверждения своей 
уверрности только что провёл эксперемент, вот его результаты:
[root@oasu3 etc]# cat /etc/lilo.conf && lilo
#AShen lilo.conf
boot=/dev/hda
lba32
vga=791
#message=/boot/splash/message
prompt
timeout=50

image=/boot/vmlinuz-up
  label="linux-up"
  root=/dev/hda1
  read-only
  initrd=/boot/initrd-up.img
#  vga=0x317
#  append="splash=silent"
  append="vga=791"
image=/boot/vmlinuz-up
  label="failsafe"
  root=/dev/hda1
  read-only
  initrd=/boot/initrd-up.img
  append="failsafe noapic nolapic acpi=off"
  vga=normal
image=/boot/memtest-3.2.bin
        label=memtest86-3.2
image=/boot/memtest-1.65.bin
        label=memtest86-1.65
image=/boot/vmlinuz-2.6.16-std26-up-alt7
        initrd=/boot/initrd-2.6.16-std26-up-alt7.img
        label=2616-std26-up-7
        root=/dev/hda1
        read-only
        optional
image=/boot/vmlinuz-2.6.16-std26-up-alt8
        initrd=/boot/initrd-2.6.16-std26-up-alt8.img
        label=2616-std26-up-8
        root=/dev/hda1
        read-only
        optional
image=/boot/vmlinuz-2.6.16-wks26-up-alt8
        initrd=/boot/initrd-2.6.16-wks26-up-alt8.img
        label=2616-wks26-up-8
        root=/dev/hda1
        read-only
        optional
image=/boot/vmlinuz-2.6.16-std26-up-alt9
        initrd=/boot/initrd-2.6.16-std26-up-alt9.img
        label=2616-std26-up-9
        root=/dev/hda1
        read-only
        optional
image=/boot/vmlinuz-2.6.16-std26-up-alt12
        initrd=/boot/initrd-2.6.16-std26-up-alt12.img
        label=2616-std26-up-12
        root=/dev/hda1
        read-only
        optional
#EOF lilo.conf
Fatal: APPEND or LITERAL may not contain "vga="
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
После этого будем утверждать, что для append есть значение типа "vga=" ?

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Andrey Rahmatullin]

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

On Thu, Oct 19, 2006 at 09:11:51AM +0400, Шенцев Алексей Владимирович wrote:
> Сергей, я уважаю вашу квалификацию, но у lilo для appned нет текого значения, 
> как "vga=".
Кто сказал?
append вообще не обрабатывается lilo.

> Man lilo.conf если утверждаете обратно.
И где там про это написано?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Добавил в "Device"
> Option "RandRRotation" "true"
> В логах прошло предупреждение что эта опция работает только в
> 24-битном цвете. Поменял на 24 бита (было 16). Предупреждение
> пропало но результат тот же :(
"Отмазки закончились" -- флегматично подумал драйвер...
		-- mike in sisyphus@

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

Re: [sisyphus] компиляция программы и файлы *.a

[Afanasov Dmitry]

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

В сообщении от 19 октября 2006 09:11 Шенцев Алексей Владимирович написал(a):
> В сообщении от Среда 18 октября 2006 20:08 Sergey Vlasov написал(a):
> > Попробуйте написать vga=N не только прямо в
> > lilo.conf, а ещё и в строке append="...".
> Fatal: APPEND or LITERAL may not contain "vga="
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> После этого будем утверждать, что для append есть значение типа "vga=" ?
а если попробовать прямо в строке пригляешения lilo нашлепать linux-up vga=?
как я понял софтина требует появления параметра в /proc/cmdline. может есть 
ещё какие спсобы его туда добавить?

-- 
 С уважением,
 Афанасов Дмитрий

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Четверг 19 октября 2006 09:41 Afanasov Dmitry написал(a):
> а если попробовать прямо в строке пригляешения lilo нашлепать linux-up
> vga=? как я понял софтина требует появления параметра в /proc/cmdline.
> может есть ещё какие спсобы его туда добавить?
Чёрт его знает. По идее этого не надо, она должна автоматом работать, а не 
заданием параметров в ручную ...
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Четверг 19 октября 2006 09:41 Afanasov Dmitry написал(a):
> а если попробовать прямо в строке пригляешения lilo нашлепать linux-up
> vga=? как я понял софтина требует появления параметра в /proc/cmdline.
> может есть ещё какие спсобы его туда добавить?
Тут вот таукое дело:
1) 
http://lists.alioth.debian.org/pipermail/splashy-users/2006-January/000144.html
2) 
http://splashy.alioth.debian.org/wiki/doku.php?id=faq#i_don_t_see_any_image_at_boot_time
Вроде всё правильно делаю ...
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Sergey Vlasov]

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

On Thu, Oct 19, 2006 at 09:11:51AM +0400, Шенцев Алексей Владимирович wrote:
> Fatal: APPEND or LITERAL may not contain "vga="

Значит, lilo не позволяет передать опцию vga= так, чтобы её потом было
видно в /proc/cmdline.  При использовании grub этой проблемы нет - строка
параметров ядра остаётся в том виде, в котором она написана в menu.lst.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Четверг 19 октября 2006 12:46 Sergey Vlasov написал(a):
> Значит, lilo не позволяет передать опцию vga= так, чтобы её потом было
> видно в /proc/cmdline.  При использовании grub этой проблемы нет - строка
> параметров ядра остаётся в том виде, в котором она написана в menu.lst.
Grub что ли попробывать? ... А есть у нас описание на русском как настраивать 
grub? Если да, то укажите ссылочку, пожалуйста.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Michael Shigorin]

On Thu, Oct 19, 2006 at 12:46:53PM +0400, Sergey Vlasov wrote:
> > Fatal: APPEND or LITERAL may not contain "vga="
> Значит, lilo не позволяет передать опцию vga= так, чтобы её
> потом было видно в /proc/cmdline.  При использовании grub этой
> проблемы нет - строка параметров ядра остаётся в том виде, в
> котором она написана в menu.lst.

Странно, а у меня всё передаёт и передаёт... lilo.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Michael Shigorin]

On Thu, Oct 19, 2006 at 09:11:51AM +0400, Шенцев Алексей Владимирович wrote:
> > Попробуйте написать vga=N не только прямо в 
> > lilo.conf, а ещё и в строке append="...".
> Сергей, я уважаю вашу квалификацию, но у lilo для appned нет
> текого значения, как "vga=". 

У меня прям в lilo.conf на буке с сизифом и живёт:

boot=/dev/hda
lba32
compact
message=/boot/splash/message
vga=0x374
prompt
timeout=30
# ...
image=/boot/vmlinuz-up
  label="failsafe"
  root=/dev/hda2
  read-only
  initrd=/boot/initrd-up.img
  append=" failsafe noapic nolapic acpi=off"
  vga=normal

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

Re: [sisyphus] компиляция программы и файлы *.a

[Denis G. Samsonenko]

Привет!

21.10.06, Michael Shigorin написал:
> > > Попробуйте написать vga=N не только прямо в
> > > lilo.conf, а ещё и в строке append="...".
> > Сергей, я уважаю вашу квалификацию, но у lilo для appned нет
> > текого значения, как "vga=".
>
> У меня прям в lilo.conf на буке с сизифом и живёт:
>
> boot=/dev/hda
> lba32
> compact
> message=/boot/splash/message
> vga=0x374
> prompt
> timeout=30
> # ...
> image=/boot/vmlinuz-up
>   label="failsafe"
>   root=/dev/hda2
>   read-only
>   initrd=/boot/initrd-up.img
>   append=" failsafe noapic nolapic acpi=off"
>   vga=normal

Ну так тут же "vga=normal" не в "append=", а сбоку от него.

-- 
Всего доброго,

Денис.

Re: [sisyphus] компиляция программы и файлы *.a

[Шенцев Алексей Владимирович]

В сообщении от Суббота 21 октября 2006 01:14 Michael Shigorin написал(a):
> On Thu, Oct 19, 2006 at 09:11:51AM +0400, Шенцев Алексей Владимирович wrote:
> > > Попробуйте написать vga=N не только прямо в
> > > lilo.conf, а ещё и в строке append="...".
> > Сергей, я уважаю вашу квалификацию, но у lilo для appned нет
> > текого значения, как "vga=".
> У меня прям в lilo.conf на буке с сизифом и живёт:
> boot=/dev/hda
> lba32
> compact
> message=/boot/splash/message
> vga=0x374
> prompt
> timeout=30
> # ...
> image=/boot/vmlinuz-up
>   label="failsafe"
>   root=/dev/hda2
>   read-only
>   initrd=/boot/initrd-up.img
>   append=" failsafe noapic nolapic acpi=off"
>   vga=normal
Миш, имелось ввиду append="vga=0x374", типа того...
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] компиляция программы и файлы *.a

[Michael Shigorin]

On Sat, Oct 21, 2006 at 11:51:05AM +0400, Шенцев Алексей Владимирович wrote:
> Миш, имелось ввиду append="vga=0x374", типа того...

Я понял, просто процитировал заведомо работающее.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Afanasov Dmitry]

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

В сообщении от 18 октября 2006 20:08 Sergey Vlasov написал(a):
> On Wed, Oct 18, 2006 at 07:23:00PM +0400, Шенцев Алексей Владимирович wrote:
> > Мда, поставил ... при загрузки система руганудась что параметр "vga=" не
> > найден в /proc/cmdline ... К чему бы это?
>
> Вероятно, к кривому lilo.  Попробуйте написать vga=N не только прямо в
> lilo.conf, а ещё и в строке append="...".
lilo случаем свой vga не прям в файл ядра прописывает? rdev -v и всё такое...
-- 
 С уважением,
 Афанасов Дмитрий

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

Re: [sisyphus] компиляция программы и файлы *.a

[Andrey Rahmatullin]

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

> diff -ru splashy-0.1.8.1/Makefile.am{.orig,} > ~/RPM/SOURCES/splashy-path.patch
gendiff splashy-0.1.8.1 .orig > ~/RPM/SOURCES/splashy-path.patch

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<thresh> бллллин!!! Сижу себе, слушаю вместе с соседями музыку (довольно громко), вдруг слышу мощщный такой звон разбитого стекла. Сразу оглянулся, че уронил. А это KDE, зараза, чего-то сделать не смогла. ААРРГХ.

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

Re: [sisyphus] компиляция программы и файлы *.a

[Damir Shayhutdinov]

18.10.06, Andrey Rahmatullin<wrar> написал(а):
> > diff -ru splashy-0.1.8.1/Makefile.am{.orig,} > ~/RPM/SOURCES/splashy-path.patch
> gendiff splashy-0.1.8.1 .orig > ~/RPM/SOURCES/splashy-path.patch

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

Хотя для новичков конечно полезнее gendiff

Re: [sisyphus] компиляция программы и файлы *.a

[Michael Shigorin]

On Wed, Oct 18, 2006 at 05:47:58PM +0400, Damir Shayhutdinov wrote:
> cp -r splashy-0.1.8.1/Makefile.am{,.orig}

О, спасибо, как-то так не додумывался.  Зато cp обычно -a.

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

Re: [sisyphus] splashy 0.1.6

[Шенцев Алексей Владимирович]

Кто бы помог разобраться в этом ...

[root@oasu3 ~]# strace splashy test
execve("/usr/sbin/splashy", ["splashy", "test"], [/* 42 vars */]) = 0
brk(0)                                  = 0x80b0000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f1c000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or 
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=136910, ...}) = 0
mmap2(NULL, 136910, PROT_READ, MAP_PRIVATE, 6, 0) = 0xb7efa000
close(6)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\232b\1"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0755, st_size=1167868, ...}) = 0
mmap2(NULL, 1173764, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7ddb000
mmap2(0xb7ef4000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x119) = 0xb7ef4000
mmap2(0xb7ef7000, 10500, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_ANONYMOUS, -1, 0) = 0xb7ef7000
close(6)                                = 0
open("/usr/lib/libsysfs.so.2", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\34\0\000"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=34784, ...}) = 0
mmap2(NULL, 37796, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7dd1000
mmap2(0xb7dda000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x8) = 0xb7dda000
close(6)                                = 0
open("/lib/libm.so.6", O_RDONLY)        = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\3204\0"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=145212, ...}) = 0
mmap2(NULL, 147568, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7dac000
mmap2(0xb7dcf000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x22) = 0xb7dcf000
close(6)                                = 0
open("/usr/lib/libjpeg.so.62", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`$\0\000"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=122700, ...}) = 0
mmap2(NULL, 125656, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7d8d000
mmap2(0xb7dab000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x1d) = 0xb7dab000
close(6)                                = 0
open("/usr/lib/libdirectfb-0.9.so.25", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \251\0"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=321868, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7d8c000
mmap2(NULL, 326148, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7d3c000
mmap2(0xb7d8a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x4d) = 0xb7d8a000
close(6)                                = 0
open("/usr/lib/libfusion-0.9.so.25", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \34\0\000"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=18996, ...}) = 0
mmap2(NULL, 21952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7d36000
mmap2(0xb7d3b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x4) = 0xb7d3b000
close(6)                                = 0
open("/usr/lib/libdirect-0.9.so.25", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220,\0"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=55612, ...}) = 0
mmap2(NULL, 56620, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7d28000
mmap2(0xb7d35000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0xd) = 0xb7d35000
close(6)                                = 0
open("/lib/libpthread.so.0", O_RDONLY)  = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000H\0\000"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0755, st_size=103801, ...}) = 0
mmap2(NULL, 86496, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7d12000
mmap2(0xb7d24000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x11) = 0xb7d24000
mmap2(0xb7d26000, 4576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_ANONYMOUS, -1, 0) = 0xb7d26000
close(6)                                = 0
open("/usr/lib/libglib-2.0.so.0", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\326\0"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=581000, ...}) = 0
mmap2(NULL, 584716, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7c83000
mmap2(0xb7d11000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x8d) = 0xb7d11000
close(6)                                = 0
open("/usr/lib/libpng12.so.0", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260b\0"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=150840, ...}) = 0
mmap2(NULL, 149700, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7c5e000
mmap2(0xb7c82000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x24) = 0xb7c82000
close(6)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7c5d000
open("/lib/libdl.so.2", O_RDONLY)       = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\v\0"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=9660, ...}) = 0
mmap2(NULL, 12408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7c59000
mmap2(0xb7c5b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x1) = 0xb7c5b000
close(6)                                = 0
open("/lib/librt.so.1", O_RDONLY)       = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\31\0\000"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=30604, ...}) = 0
mmap2(NULL, 29260, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7c51000
mmap2(0xb7c57000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x6) = 0xb7c57000
close(6)                                = 0
open("/lib/libz.so.1", O_RDONLY)        = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\25\0\000"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=73288, ...}) = 0
mmap2(NULL, 76192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7c3e000
mmap2(0xb7c50000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x11) = 0xb7c50000
close(6)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7c3d000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7c3c000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7c3c6c0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, 
seg_not_present:0, useable:1}) = 0
mprotect(0xb7ef4000, 4096, PROT_READ)   = 0
munmap(0xb7efa000, 136910)              = 0
set_tid_address(0xb7c3c708)             = 6177
set_robust_list(0xb7c3c710, 0xc)        = -1 ENOSYS (Function not implemented)
rt_sigaction(SIGRTMIN, {0xb7d1643b, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb7d16370, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
uname({sys="Linux", node="oasu3.nsrz.ru", ...}) = 0
brk(0)                                  = 0x80b0000
brk(0x80d1000)                          = 0x80d1000
access("/proc/cmdline", F_OK)           = 0
open("/proc/cmdline", O_RDONLY)         = 6
fstat64(6, {st_mode=S_IFREG|0440, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f1b000
read(6, "BOOT_IMAGE=linux-up ro root=301 "..., 1024) = 39
read(6, "", 1024)                       = 0
close(6)                                = 0
munmap(0xb7f1b000, 4096)                = 0
gettimeofday({1161248990, 855351}, NULL) = 0
open("/usr/lib/charset.alias", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file 
or directory)
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=25460, ...}) = 0
mmap2(NULL, 25460, PROT_READ, MAP_SHARED, 6, 0) = 0xb7f15000
close(6)                                = 0
futex(0xb7ef6aac, FUTEX_WAKE, 2147483647) = 0
write(2, "WARN: vga= was not found in /pro"..., 115WARN: vga= was not found 
in /proc/cmdline. Did you append vga=0x317 to your kernel parameters? See 
README for more
) = 115
access("/proc/fb", F_OK)                = 0
open("/proc/fb", O_RDONLY)              = 6
fstat64(6, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f14000
read(6, "0 VESA VGA\n", 1024)           = 11
read(6, "", 1024)                       = 0
close(6)                                = 0
munmap(0xb7f14000, 4096)                = 0
stat64("/etc/splashy/config.xml", {st_mode=S_IFREG|0644, st_size=479, ...}) = 
0
stat64("/etc/splashy/config.xml", {st_mode=S_IFREG|0644, st_size=479, ...}) = 
0
open("/usr/lib/gconv/KOI8-R.so", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\3\0"..., 512) = 
512
fstat64(6, {st_mode=S_IFREG|0644, st_size=9448, ...}) = 0
mmap2(NULL, 12308, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb7f11000
mmap2(0xb7f13000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 6, 0x1) = 0xb7f13000
close(6)                                = 0
open("/etc/splashy/config.xml", O_RDONLY|O_LARGEFILE) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=479, ...}) = 0
read(6, "<splashy>\n    <!-- themes direct"..., 479) = 479
close(6)                                = 0
stat64("/etc/splashy/themes/default/config.xml", {st_mode=S_IFREG|0644, 
st_size=1346, ...}) = 0
stat64("/etc/splashy/themes/default/config.xml", {st_mode=S_IFREG|0644, 
st_size=1346, ...}) = 0
stat64("/etc/splashy/themes/default/config.xml", {st_mode=S_IFREG|0644, 
st_size=1346, ...}) = 0
open("/etc/splashy/themes/default/config.xml", O_RDONLY|O_LARGEFILE) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=1346, ...}) = 0
read(6, "<splashy>\n    <theme>\n        <!"..., 1346) = 1346
close(6)                                = 0
stat64("/etc/splashy/splashy.fifo", {st_mode=S_IFIFO|0700, st_size=0, ...}) = 
0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0xb7c3c708) = 6178
exit_group(0)                           = ?
Process 6177 detached
[root@oasu3 ~]# (!) [ 6178:    0.000] --> Caught signal 11 (at 0xb7c1a300, 
invalid address) <--

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] splashy

[Шенцев Алексей Владимирович]

Кто-нибудь может мне объяснить, что означает такое на этапе make:
if 
gcc -DHAVE_CONFIG_H -I. -I. -I..  -D_REENTRANT -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/directfb   -I/usr/include/directfb -D_REENTRANT -L/usr/lib/directfb-0.9.25/inputdrivers   -D_REENTRANT -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/directfb   -g -O2 -Wall -Werror -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -MT 
splashy-splashy_main.o -MD -MP -MF ".deps/splashy-splashy_main.Tpo" -c -o 
splashy-splashy_main.o `test -f 'splashy_main.c' || echo './'`splashy_main.c; 
\
        then 
mv -f ".deps/splashy-splashy_main.Tpo" ".deps/splashy-splashy_main.Po"; else 
rm -f ".deps/splashy-splashy_main.Tpo"; exit 1; fi
cc1: warnings being treated as errors
splashy_main.c: In function 'main':
splashy_main.c:60: warning: ignoring return value of 'freopen', declared with 
attribute warn_unused_result
splashy_main.c:61: warning: ignoring return value of 'freopen', declared with 
attribute warn_unused_result
make[2]: *** [splashy-splashy_main.o] Ошибка 1

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] splashy

[Igor Zubkov]

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

В сообщении от 19 октября 2006 15:35 Шенцев Алексей Владимирович написал(a):
> Кто-нибудь может мне объяснить, что означает такое на этапе make:
> if
> gcc -DHAVE_CONFIG_H -I. -I. -I..  -D_REENTRANT -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/directfb  
> -I/usr/include/directfb -D_REENTRANT
> -L/usr/lib/directfb-0.9.25/inputdrivers   -D_REENTRANT
> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/directfb
>   -g -O2 -Wall -Werror -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -MT
> splashy-splashy_main.o -MD -MP -MF ".deps/splashy-splashy_main.Tpo" -c -o
> splashy-splashy_main.o `test -f 'splashy_main.c' || echo
> './'`splashy_main.c; \
>         then
> mv -f ".deps/splashy-splashy_main.Tpo" ".deps/splashy-splashy_main.Po";
> else rm -f ".deps/splashy-splashy_main.Tpo"; exit 1; fi
> cc1: warnings being treated as errors
> splashy_main.c: In function 'main':
> splashy_main.c:60: warning: ignoring return value of 'freopen', declared
> with attribute warn_unused_result
> splashy_main.c:61: warning: ignoring return value of 'freopen', declared
> with attribute warn_unused_result
> make[2]: *** [splashy-splashy_main.o] Ошибка 1

Это последствия -Werror

-- 
Madonna - Jump

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

Re: [sisyphus] splashy

[Шенцев Алексей Владимирович]

В сообщении от Четверг 19 октября 2006 16:41 Igor Zubkov написал(a):
> Это последствия -Werror
И как быть? Отключить эту опцию или по другому поступать?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

Re: [sisyphus] splashy

[Andrey Rahmatullin]

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

On Thu, Oct 19, 2006 at 04:48:42PM +0400, Шенцев Алексей Владимирович wrote:
> И как быть? Отключить эту опцию или по другому поступать?
Отключить.
Потом, при желании, фиксить варнинги.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Note: changelog entry for 2.9.0-alt1.1 was not found.
Жульничество! Почему 2.9.0-alt1.1 был потерян?
Не из-за этого ли пакет снова перестал собираться на x86_64?
		-- ldv in sisyphus@

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

Re: [sisyphus] splashy

[Afanasov Dmitry]

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

В сообщении от 19 октября 2006 16:35 Шенцев Алексей Владимирович написал(a):
> splashy_main.c:61: warning: ignoring return value of 'freopen', declared
> with attribute warn_unused_result
букавально вчера у меня квака точно также ругалась. как выключить чисто сам 
варнинг я не нашел, -Werror почему-то хотелось оставить, поэтому пошёл по 
пути %set_gcc_version 3.4. warning исчез
-- 
 С уважением,
 Афанасов Дмитрий

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

Re: [sisyphus] splashy

[Damir Shayhutdinov]

> > splashy_main.c:61: warning: ignoring return value of 'freopen', declared
> > with attribute warn_unused_result
> букавально вчера у меня квака точно также ругалась. как выключить чисто сам
> варнинг я не нашел, -Werror почему-то хотелось оставить, поэтому пошёл по
> пути %set_gcc_version 3.4. warning исчез

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

Re: [sisyphus] splashy

[Andrey Rahmatullin]

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

On Fri, Oct 20, 2006 at 10:30:38AM +0400, Afanasov Dmitry wrote:
> букавально вчера у меня квака точно также ругалась. как выключить чисто сам 
> варнинг я не нашел,
2-я что ли?
--disable-warn, и вообще оно в сизифе.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

>Зачем нужна встроенная звуковуха при наличии SBLive?
Железо есть -- должно работать :-) (e.g. воткнуть туда какую
гарнитуру для VoIP или пищалку для системных звуков)
		-- mike in hardware@

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

Re: [sisyphus] splashy

[Igor Zubkov]

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

В сообщении от 21 октября 2006 09:00 Andrey Rahmatullin написал(a):
> On Fri, Oct 20, 2006 at 10:30:38AM +0400, Afanasov Dmitry wrote:
> > букавально вчера у меня квака точно также ругалась. как выключить чисто
> > сам варнинг я не нашел,
>
> 2-я что ли?
> --disable-warn, и вообще оно в сизифе.

Нет. Третья...

-- 
Unloco - Crashing

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