[devel] Q: fontconfig-2.5.0-alt1

[devel] Q: fontconfig-2.5.0-alt1

[Dmitry V. Levin]

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

On Mon, Nov 19, 2007 at 12:07:10AM +0300, QA Team Robot wrote:
> xemacs-21.5.28-alt1
> 	font-mgr.o: In function `Ffc_config_set_rescan_interval':
> 	/usr/src/RPM/BUILD/xemacs-21.5.28/src/font-mgr.c:926: undefined reference to
> 	`FcConfigSetRescanInverval_REPLACE_BY_FcConfigSetRescanInterval'
> 	font-mgr.o: In function `Ffc_config_get_rescan_interval':
> 	/usr/src/RPM/BUILD/xemacs-21.5.28/src/font-mgr.c:912: undefined reference to
> 	`FcConfigGetRescanInverval_REPLACE_BY_FcConfigGetRescanInterval'
> 	collect2: ld returned 1 exit status

Что-то в новом fontconfig изменилось?


-- 
ldv

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

Re: [devel] Q: fontconfig-2.5.0-alt1

[Valery V. Inozemtsev]

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

В сообщении от 19 ноября 2007 Dmitry V. Levin написал(a):
> On Mon, Nov 19, 2007 at 12:07:10AM +0300, QA Team Robot wrote:
> > xemacs-21.5.28-alt1
> > 	font-mgr.o: In function `Ffc_config_set_rescan_interval':
> > 	/usr/src/RPM/BUILD/xemacs-21.5.28/src/font-mgr.c:926: undefined
> > reference to
> > `FcConfigSetRescanInverval_REPLACE_BY_FcConfigSetRescanInterval'
> > font-mgr.o: In function `Ffc_config_get_rescan_interval':
> > 	/usr/src/RPM/BUILD/xemacs-21.5.28/src/font-mgr.c:912: undefined
> > reference to
> > `FcConfigGetRescanInverval_REPLACE_BY_FcConfigGetRescanInterval'
> > collect2: ld returned 1 exit status
>
> Что-то в новом fontconfig изменилось?

функции FcConfigGetRescanInverval и FcConfigSetRescanInverval заменены на 
FcConfigGetRescanInterval и FcConfigSetRescanInterval соответственно

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: fontconfig-2.5.0-alt1

[Sergey Bolshakov]

>>>>> "Valery" == Valery V Inozemtsev <shrek@altlinux.ru> writes:

 > В сообщении от 19 ноября 2007 Dmitry V. Levin написал(a):
 >> On Mon, Nov 19, 2007 at 12:07:10AM +0300, QA Team Robot wrote:
 >> > xemacs-21.5.28-alt1
 >> > 	font-mgr.o: In function `Ffc_config_set_rescan_interval':
 >> > 	/usr/src/RPM/BUILD/xemacs-21.5.28/src/font-mgr.c:926: undefined
 >> > reference to
 >> > `FcConfigSetRescanInverval_REPLACE_BY_FcConfigSetRescanInterval'
 >> > font-mgr.o: In function `Ffc_config_get_rescan_interval':
 >> > 	/usr/src/RPM/BUILD/xemacs-21.5.28/src/font-mgr.c:912: undefined
 >> > reference to
 >> > `FcConfigGetRescanInverval_REPLACE_BY_FcConfigGetRescanInterval'
 >> > collect2: ld returned 1 exit status
 >> 
 >> Что-то в новом fontconfig изменилось?

 > функции FcConfigGetRescanInverval и FcConfigSetRescanInverval заменены на 
 > FcConfigGetRescanInterval и FcConfigSetRescanInterval соответственно

Читал, много думал.
Кто-нибудь может указать, в чём разница ?

-- 

Re: [devel] Q: fontconfig-2.5.0-alt1

[Slava Semushin]

2007/11/19, Sergey Bolshakov <sbolshakov / altlinux.ru>:
[...]
>  > функции FcConfigGetRescanInverval и FcConfigSetRescanInverval заменены на
>  > FcConfigGetRescanInterval и FcConfigSetRescanInterval соответственно
>
> Читал, много думал.
> Кто-нибудь может указать, в чём разница ?

InVerval -> InTerval

P.S. Тоже не сразу нашел, даже сделал [ "FcConfigGetRescanInverval" =
"FcConfigGetRescanInterval" ] :)))

-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] Q: fontconfig-2.5.0-alt1

[Valery V. Inozemtsev]

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

В сообщении от 19 ноября 2007 Sergey Bolshakov написал(a):
> >>>>> "Valery" == Valery V Inozemtsev <shrek@altlinux.ru> writes:
>  >
>  > В сообщении от 19 ноября 2007 Dmitry V. Levin написал(a):
>  >> On Mon, Nov 19, 2007 at 12:07:10AM +0300, QA Team Robot wrote:
>  >> > xemacs-21.5.28-alt1
>  >> > 	font-mgr.o: In function `Ffc_config_set_rescan_interval':
>  >> > 	/usr/src/RPM/BUILD/xemacs-21.5.28/src/font-mgr.c:926: undefined
>  >> > reference to
>  >> > `FcConfigSetRescanInverval_REPLACE_BY_FcConfigSetRescanInterval'
>  >> > font-mgr.o: In function `Ffc_config_get_rescan_interval':
>  >> > 	/usr/src/RPM/BUILD/xemacs-21.5.28/src/font-mgr.c:912: undefined
>  >> > reference to
>  >> > `FcConfigGetRescanInverval_REPLACE_BY_FcConfigGetRescanInterval'
>  >> > collect2: ld returned 1 exit status
>  >>
>  >> Что-то в новом fontconfig изменилось?
>  >
>  > функции FcConfigGetRescanInverval и FcConfigSetRescanInverval заменены
>  > на FcConfigGetRescanInterval и FcConfigSetRescanInterval соответственно
>
> Читал, много думал.
> Кто-нибудь может указать, в чём разница ?

в Inverval букву v заменили на t, получилось Interval

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: fontconfig-2.5.0-alt1

[Sergey Bolshakov]

>>>>> "Valery" == Valery V Inozemtsev <shrek@altlinux.ru> writes:
[skipped]

 >> > функции FcConfigGetRescanInverval и FcConfigSetRescanInverval заменены
 >> > на FcConfigGetRescanInterval и FcConfigSetRescanInterval соответственно
 >> 
 >> Читал, много думал.
 >> Кто-нибудь может указать, в чём разница ?

 > в Inverval букву v заменили на t, получилось Interval

тьфу ты г-ди, спасибо.

-- 

Re: [devel] [cyber] I: Sisyphus-20071119 i586 beehive_status: +17 -15 (106)

[Dmitry V. Levin]

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

On Mon, Nov 19, 2007 at 12:07:10AM +0300, QA Team Robot wrote:
[...]
> cdcollect-0.6.0-alt2
> f-spot-0.3.5-alt2
> libdbus-mono-0.63-alt2
> libevolution-sharp-0.14.0.1-alt1
> libgalago-sharp-0.5.0-alt1.1
> libgecko-sharp2-0.12-alt1
> libgnome-sharp-2.16.0-alt4
> libgtk-sharp2-2.10.2-alt1
> libgtksourceview-sharp-0.11-alt1
> libjscall-sharp-0.0.3-alt1.svn20070704
> mysql-connector-net-5.0.7-alt1.svn.723
> nant-0.86-alt2.cvs.20070514
[...]
> 	checking for mono >= 0.95... checking for csc.exe... no
> 	configure: error: You need to install either mono or .Net

Моно больше нет?


-- 
ldv

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

Re: [devel] [cyber] I: Sisyphus-20071119 i586 beehive_status: +17 -15 (106)

[Alexey Shabalin]

2007/11/19, Dmitry V. Levin <ldv@>:
> On Mon, Nov 19, 2007 at 12:07:10AM +0300, QA Team Robot wrote:
> [...]
> > cdcollect-0.6.0-alt2
> > f-spot-0.3.5-alt2
> > libdbus-mono-0.63-alt2
> > libevolution-sharp-0.14.0.1-alt1
> > libgalago-sharp-0.5.0-alt1.1
> > libgecko-sharp2-0.12-alt1
> > libgnome-sharp-2.16.0-alt4
> > libgtk-sharp2-2.10.2-alt1
> > libgtksourceview-sharp-0.11-alt1
> > libjscall-sharp-0.0.3-alt1.svn20070704
> > mysql-connector-net-5.0.7-alt1.svn.723
> > nant-0.86-alt2.cvs.20070514
> [...]
> >       checking for mono >= 0.95... checking for csc.exe... no
> >       configure: error: You need to install either mono or .Net
>
> Моно больше нет?

распилили моно малость подругому.
Я до своих пакетов вечером доберусь - починю.

-- 
Alexey Shabalin

Re: [devel] [cyber] I: Sisyphus-20071119 i586 beehive_status: +17 -15 (106)

[Alexey Shabalin]

2007/11/19, Alexey Shabalin <a.shabalin@>:
> 2007/11/19, Dmitry V. Levin <ldv@>:
> > On Mon, Nov 19, 2007 at 12:07:10AM +0300, QA Team Robot wrote:
> > [...]
> > > cdcollect-0.6.0-alt2
> > > f-spot-0.3.5-alt2
> > > libdbus-mono-0.63-alt2
> > > libevolution-sharp-0.14.0.1-alt1
> > > libgalago-sharp-0.5.0-alt1.1
> > > libgecko-sharp2-0.12-alt1
> > > libgnome-sharp-2.16.0-alt4
> > > libgtk-sharp2-2.10.2-alt1
> > > libgtksourceview-sharp-0.11-alt1
> > > libjscall-sharp-0.0.3-alt1.svn20070704
> > > mysql-connector-net-5.0.7-alt1.svn.723
> > > nant-0.86-alt2.cvs.20070514
> > [...]
> > >       checking for mono >= 0.95... checking for csc.exe... no
> > >       configure: error: You need to install either mono or .Net
> >
> > Моно больше нет?
>
> распилили моно малость подругому.
> Я до своих пакетов вечером доберусь - починю.

вот только надо ли ждать новый rpm-build-mono? я не знаю.
at@ ?

-- 
Alexey Shabalin

Re: [devel] I: Sisyphus-20071119 i586 beehive_status: +17 -15 (106)

[Alexey Tourbin]

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

On Mon, Nov 19, 2007 at 03:56:21PM +0300, Alexey Shabalin wrote:
> 2007/11/19, Alexey Shabalin <a.shabalin@>:
> > 2007/11/19, Dmitry V. Levin <ldv@>:
> > > On Mon, Nov 19, 2007 at 12:07:10AM +0300, QA Team Robot wrote:
> > > [...]
> > > > cdcollect-0.6.0-alt2
> > > > f-spot-0.3.5-alt2
> > > > libdbus-mono-0.63-alt2
> > > > libevolution-sharp-0.14.0.1-alt1
> > > > libgalago-sharp-0.5.0-alt1.1
> > > > libgecko-sharp2-0.12-alt1
> > > > libgnome-sharp-2.16.0-alt4
> > > > libgtk-sharp2-2.10.2-alt1
> > > > libgtksourceview-sharp-0.11-alt1
> > > > libjscall-sharp-0.0.3-alt1.svn20070704
> > > > mysql-connector-net-5.0.7-alt1.svn.723
> > > > nant-0.86-alt2.cvs.20070514
> > > [...]
> > > >       checking for mono >= 0.95... checking for csc.exe... no
> > > >       configure: error: You need to install either mono or .Net
> > >
> > > Моно больше нет?
> >
> > распилили моно малость подругому.
> > Я до своих пакетов вечером доберусь - починю.

Подождите пока чинить.

> вот только надо ли ждать новый rpm-build-mono? я не знаю.
> at@ ?

Случился прокол -- я почему-то думал, что новый rpm-build-mono давно
лежит в сизифе, и что mono будет собран именно с ним. :(

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

Re: [devel] I: Sisyphus-20071119 i586 beehive_status: +17 -15 (106)

[Alexey Tourbin]

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

On Mon, Nov 19, 2007 at 12:12:01AM +0300, Dmitry V. Levin wrote:
> On Mon, Nov 19, 2007 at 12:07:10AM +0300, QA Team Robot wrote:
> [...]
> > cdcollect-0.6.0-alt2
> > f-spot-0.3.5-alt2
> > libdbus-mono-0.63-alt2
> > libevolution-sharp-0.14.0.1-alt1
> > libgalago-sharp-0.5.0-alt1.1
> > libgecko-sharp2-0.12-alt1
> > libgnome-sharp-2.16.0-alt4
> > libgtk-sharp2-2.10.2-alt1
> > libgtksourceview-sharp-0.11-alt1
> > libjscall-sharp-0.0.3-alt1.svn20070704
> > mysql-connector-net-5.0.7-alt1.svn.723
> > nant-0.86-alt2.cvs.20070514
> [...]
> > 	checking for mono >= 0.95... checking for csc.exe... no
> > 	configure: error: You need to install either mono or .Net
> 
> Моно больше нет?

От дубов простыл и след...

Тут случился ещё один прокол.  Дело в том, что моновские пакеты
используют mono.pc для обнаружения mono.  Это как бы не совсем
правильно, потом что mono.pc получается от сборки чисто сишного
libmono и предназначен для линковки с libmono.

Name: Mono
Requires: glib-2.0 gthread-2.0
Libs: -L${libdir} -lmono -lpthread -ldl -lpthread -lm
Cflags: -I${includedir} -D_REENTRANT

Короче, я положил mono.pc в новый пакет libmono-devel, не особо подумав
о том, что кто-то может его использовать для обнаружения mono-рантайма.

Теперь что с этим делать.  Пакеты libmono-devel и mono (рантайм) не
должны между собой напрямую зависеть.  То есть должна остаться
возможность установить один из них без другого.  Поэтому я думаю что
mono.pc придётся продублировать сразу в двух этих пакетах.

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

[devel] mono.pc

[Alexey Tourbin]

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

On Tue, Nov 20, 2007 at 05:39:36AM +0300, Alexey Tourbin wrote:
> Тут случился ещё один прокол.  Дело в том, что моновские пакеты
> используют mono.pc для обнаружения mono.  Это как бы не совсем
> правильно, потом что mono.pc получается от сборки чисто сишного
> libmono и предназначен для линковки с libmono.
> 
> Name: Mono
> Requires: glib-2.0 gthread-2.0
> Libs: -L${libdir} -lmono -lpthread -ldl -lpthread -lm
> Cflags: -I${includedir} -D_REENTRANT
> 
> Короче, я положил mono.pc в новый пакет libmono-devel, не особо подумав
> о том, что кто-то может его использовать для обнаружения mono-рантайма.
> 
> Теперь что с этим делать.  Пакеты libmono-devel и mono (рантайм) не
> должны между собой напрямую зависеть.  То есть должна остаться
> возможность установить один из них без другого.  Поэтому я думаю что
> mono.pc придётся продублировать сразу в двух этих пакетах.

Вот более развернутый комментарий.


commit bb80483a59906285ac251dc177e9ee8a5545d28b
Author: Alexey Tourbin <at@altlinux>
Date:   Tue Nov 20 06:31:23 2007 +0300

    spec: packaged mono.pc into both mono and libmono-devel
    
    mono.pc is used for two different things: 1) for linkage with libmono;
    2) in configure.ac, mono packages query mono.pc to detect if mono runtime
    is installed.
    
    There seems to be no easy way to rearrange dependencies so as to deal with
    this ambiguity -- mono and libmono-devel should not explicitly depend on
    each other.  However, I noticed that currently no package requires
    'pkgconfig(mono)'.  This means I can package the same mono.pc file into
    both mono and libmono-devel without adding yet more ambiguity.
    
    Note that mono now requires glib2-devel.  There's not much I can do about that.
    glib2 dependencies cannot be moved under Requires.private, because libmono-devel
    header files include glib2-devel header files.  At the same time, I cannot
    ignore glib2-devel dependencies in mono package, because mono.pc is not going
    to work unless all dependencies are met.

diff --git a/mono.spec b/mono.spec
index 9589173..714def5 100644
--- a/mono.spec
+++ b/mono.spec
@@ -121,6 +121,8 @@ ZipLib, I18N, Cairo and Mono.* )
 %_monodir/*/cscompmgd
 %_monodir/*/cscompmgd.dll*
 %_monodir/*/mscorlib.dll*
+# mono.pc is packaged into both mono and libmono-devel
+%_pkgconfigdir/mono.pc
 %_pkgconfigdir/mono-cairo.pc
 %doc %_man1dir/mono.*
 %doc %_man1dir/mint.*

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

Re: [devel] I: Sisyphus-20071119 i586 beehive_status: +17 -15 (106)

[Ildar Mulyukov]

On 20.11.2007 08:39:36, Alexey Tourbin wrote:
> > Моно больше нет?
> 
> От дубов простыл и след...
> 
> Тут случился ещё один прокол.  Дело в том, что моновские пакеты  
> используют mono.pc для обнаружения mono.  Это как бы не совсем  
> правильно, потом что mono.pc получается от сборки чисто сишного  
> libmono и предназначен для линковки с libmono.
> 
> Name: Mono
> Requires: glib-2.0 gthread-2.0
> Libs: -L${libdir} -lmono -lpthread -ldl -lpthread -lm
> Cflags: -I${includedir} -D_REENTRANT
> 
> Короче, я положил mono.pc в новый пакет libmono-devel, не особо  
> подумав о том, что кто-то может его использовать для обнаружения  
> mono-рантайма.
> 
> Теперь что с этим делать.  Пакеты libmono-devel и mono (рантайм) не  
> должны между собой напрямую зависеть.  То есть должна остаться  
> возможность установить один из них без другого.

	Алексей!

смотря на свой давний комментарий:
> Это всё очень плохо. Что же делать? Реально для сборки какого-нибудь   
> пакета нужны NAME.dll (бинарь) и NAME.pc для вытаскивания других   
> бинарей по зависимостям.
> Можно было бы *.pc класть в основной пакет, но в этом случае при   
> установке пакета NAME будут вытягиваться по зависимости все *-devel,   
> а это может быть немалый довесок.

и обдумав проблему, я пришёл к след. выводу:
1. NAME.pc класть в основной пакет
2. Если кроме NAME.pc в -devel ничего не было, тогда -devel упразднить.
3. Остальное содержимое пакетов NAME-devel и NAME-gapi оставить на   
месте.

Прокомментируйте это решение.

>  Поэтому я думаю что mono.pc придётся продублировать сразу в двух  
> этих пакетах.
а камнями не побьют?

С уважением, Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] I: Sisyphus-20071119 i586 beehive_status: +17 -15 (106)

[Alexey Tourbin]

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

On Tue, Nov 27, 2007 at 11:55:54AM +0600, Ildar Mulyukov wrote:
> > Это всё очень плохо. Что же делать? Реально для сборки какого-нибудь   
> > пакета нужны NAME.dll (бинарь) и NAME.pc для вытаскивания других   
> > бинарей по зависимостям.
> > Можно было бы *.pc класть в основной пакет, но в этом случае при   
> > установке пакета NAME будут вытягиваться по зависимости все *-devel,   
> > а это может быть немалый довесок.
> 
> и обдумав проблему, я пришёл к след. выводу:
> 1. NAME.pc класть в основной пакет
> 2. Если кроме NAME.pc в -devel ничего не было, тогда -devel упразднить.
> 3. Остальное содержимое пакетов NAME-devel и NAME-gapi оставить на   
> месте.
> 
> Прокомментируйте это решение.

Прокомментировал в соседнем треде.
Думаю что скорее имеет смысл сохранить *-devel пакеты.
Я писал про это отдельное письмо "распил *-sharp пакетов".

> >  Поэтому я думаю что mono.pc придётся продублировать сразу в двух  
> > этих пакетах.
> а камнями не побьют?

Не побьют.  Здесь есть реальная двусмысленность по pkgconfig(mono),
то есть 'pkgconfig mono' используется в двух совершенно разных случаях --
как для линковки с libmono, так и для обнаружения mono рантайма.

Поэтому я думаю что это тот редкий случай, когда стоит воспользоваться
сомнительной возможностью rpm запаковать один и тот же файл в два
подпакета сразу.

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