[devel] Q: wtf w/ python-cairo

[devel] Q: wtf w/ python-cairo

[Konstantin A. Lepikhov]

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

Hi!

[lakostis@lks ~]$ driconf 
Traceback (most recent call last):
  File "/usr/bin/driconf", line 26, in ?
      import driconf
  File "/usr/lib/driconf/driconf.py", line 26, in ? 
      import gtk
  File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 38, in ?
      from _gtk import *
  File "/usr/lib/python2.4/site-packages/cairo/__init__.py", line 1, in ?
      from _cairo import *
  ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_ps_surface_create

Собственно, почему так?

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] Q: wtf w/ python-cairo

[Dmitry V. Levin]

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

On Mon, Apr 24, 2006 at 03:50:16PM +0400, Konstantin A. Lepikhov wrote:
> [lakostis@lks ~]$ driconf 
> Traceback (most recent call last):
>   File "/usr/bin/driconf", line 26, in ?
>       import driconf
>   File "/usr/lib/driconf/driconf.py", line 26, in ? 
>       import gtk
>   File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 38, in ?
>       from _gtk import *
>   File "/usr/lib/python2.4/site-packages/cairo/__init__.py", line 1, in ?
>       from _cairo import *
>   ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_ps_surface_create
> 
> Собственно, почему так?

См. архив этого списка рассылки.


-- 
ldv

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

Re: [devel] Q: wtf w/ python-cairo

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Monday 24, at 03:52:15 PM you wrote:

> On Mon, Apr 24, 2006 at 03:50:16PM +0400, Konstantin A. Lepikhov wrote:
> > [lakostis@lks ~]$ driconf 
> > Traceback (most recent call last):
> >   File "/usr/bin/driconf", line 26, in ?
> >       import driconf
> >   File "/usr/lib/driconf/driconf.py", line 26, in ? 
> >       import gtk
> >   File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 38, in ?
> >       from _gtk import *
> >   File "/usr/lib/python2.4/site-packages/cairo/__init__.py", line 1, in ?
> >       from _cairo import *
> >   ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_ps_surface_create
> > 
> > Собственно, почему так?
> 
> См. архив этого списка рассылки.
Эх.

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 03:52:15PM +0400, Dmitry V. Levin wrote:
> >   ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_ps_surface_create
> > Собственно, почему так?
> 
> См. архив этого списка рассылки.

Проблема оказывается глубже: при нарушении ABI у библиотек пакеты
отваливаются "рекурсивно".  Такая же проблема с unmet'ами: один
какой-нибудь unmet может привести к невозможности установать/обновить
пол-сизифа.

Нужно ввести "рейтинг" системных библиотек с учетом дерева зависимостей,
а не только с учетом упоминания библиотеки в apt-cache (как я однажды
сделал - см. [devel] list of system libraries).  Тогда будет понятнее,
над чем нужно "трястись".

Я мог бы взять некоторые системные библиотеки себе (и более строго
следить за бинарной совместимостью).  Но у меня будет на это мало
времени.  Однако безудержный выпуск новых версий кажется мне теперь
чем-то порочным: if it ain't broke, don't fix it.

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

Re: [devel] Q: wtf w/ python-cairo

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> Hi!
> 
> [lakostis@lks ~]$ driconf 
> Traceback (most recent call last):
>   File "/usr/bin/driconf", line 26, in ?
>       import driconf
>   File "/usr/lib/driconf/driconf.py", line 26, in ? 
>       import gtk
>   File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 38, in ?
>       from _gtk import *
>   File "/usr/lib/python2.4/site-packages/cairo/__init__.py", line 1, in ?
>       from _cairo import *
>   ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_ps_surface_create
> 
> Собственно, почему так?

такая ситуация со множеством приложений, использующих cairo ;(

Rgds,
Rider

Re: [devel] Q: wtf w/ python-cairo

[Valery V. Inozemtsev]

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

> Я мог бы взять некоторые системные библиотеки себе (и более строго
> следить за бинарной совместимостью).

с радостью отдам тебе libcairo

-- 
Valery V. Inozemtsev

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

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 04:15:12PM +0400, Valery V. Inozemtsev wrote:
> > Я мог бы взять некоторые системные библиотеки себе (и более строго
> > следить за бинарной совместимостью).
> 
> с радостью отдам тебе libcairo

Заметано, заказано, заколото!

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

Re: [devel] Q: wtf w/ python-cairo

[Valery V. Inozemtsev]

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

В сообщении от 24 апреля 2006 16:22 Alexey Tourbin написал(a):
> On Mon, Apr 24, 2006 at 04:15:12PM +0400, Valery V. Inozemtsev wrote:
> > > Я мог бы взять некоторые системные библиотеки себе (и более строго
> > > следить за бинарной совместимостью).
> >
> > с радостью отдам тебе libcairo
>
> Заметано, заказано, заколото!

так, какова у нас щас процедура передачи пакета? только не линкуй ее с glitz.

-- 
Valery V. Inozemtsev

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

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 04:29:26PM +0400, Valery V. Inozemtsev wrote:
> > > с радостью отдам тебе libcairo
> > Заметано, заказано, заколото!
> 
> так, какова у нас щас процедура передачи пакета?

Телефонное право. :)

> только не линкуй ее с glitz.

А что там за проблемы c glitz?

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

Re: [devel] Q: wtf w/ python-cairo

[Valery V. Inozemtsev]

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

В сообщении от 24 апреля 2006 16:49 Alexey Tourbin написал(a):
> On Mon, Apr 24, 2006 at 04:29:26PM +0400, Valery V. Inozemtsev wrote:
> > > > с радостью отдам тебе libcairo
> > >
> > > Заметано, заказано, заколото!
> >
> > так, какова у нас щас процедура передачи пакета?
>
> Телефонное право. :)

уже можешь выкладывать

>
> > только не линкуй ее с glitz.
>
> А что там за проблемы c glitz?

http://www.freedesktop.org/wiki/Software/glitz

"вечно молодой, вечно пьяный" (с)
тобишь нестабильный, там не было ни одного релиза

-- 
Valery V. Inozemtsev

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

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 04:56:06PM +0400, Valery V. Inozemtsev wrote:
> > > только не линкуй ее с glitz.
> > А что там за проблемы c glitz?
> 
> http://www.freedesktop.org/wiki/Software/glitz
> 
> "вечно молодой, вечно пьяный" (с)
> тобишь нестабильный, там не было ни одного релиза

@@ -34,31 +36,46 @@
 %setup -q -n cairo-%version

 %build
+%__autoreconf                                                                                                                         %configure \
-    --disable-static \
-    --enable-glitz \
-    --enable-ps \
-    --enable-pdf
+       --disable-static
+#      --enable-glitz
 %make_build

Если вернуть назад --enable-ps и --enable-pdf, то символы cairo_ps_* 
cairo_pdf_* появляются назад.  Остается только cairo_glitz_surface_create.

С glitz уже были проблемы?

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

Re: [devel] Q: wtf w/ python-cairo

[Valery V. Inozemtsev]

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

В сообщении от 24 апреля 2006 17:14 Alexey Tourbin написал(a):
> On Mon, Apr 24, 2006 at 04:56:06PM +0400, Valery V. Inozemtsev wrote:
> > > > только не линкуй ее с glitz.
> > >
> > > А что там за проблемы c glitz?
> >
> > http://www.freedesktop.org/wiki/Software/glitz
> >
> > "вечно молодой, вечно пьяный" (с)
> > тобишь нестабильный, там не было ни одного релиза
>
> @@ -34,31 +36,46 @@
>  %setup -q -n cairo-%version
>
>  %build
> +%__autoreconf                                                             
>                                                            %configure \ -  
>  --disable-static \
> -    --enable-glitz \
> -    --enable-ps \
> -    --enable-pdf
> +       --disable-static
> +#      --enable-glitz
>  %make_build
>
> Если вернуть назад --enable-ps и --enable-pdf, то символы cairo_ps_*
> cairo_pdf_* появляются назад.  Остается только cairo_glitz_surface_create.
>
> С glitz уже были проблемы?

постоянно. с glitz он просто не соберется

-- 
Valery V. Inozemtsev

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

Re: [devel] Q: wtf w/ python-cairo

[Денис Смирнов]

On Mon, Apr 24, 2006 at 04:12:07PM +0400, Алексей Турбин wrote:

AT> Нужно ввести "рейтинг" системных библиотек с учетом дерева зависимостей,
AT> а не только с учетом упоминания библиотеки в apt-cache (как я однажды
AT> сделал - см. [devel] list of system libraries).  Тогда будет понятнее,
AT> над чем нужно "трястись".

/me это уже предлагал. Только надо зависимости и по сборке учитывать,
чтобы выявлять виновного.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 05:25:35PM +0400, Valery V. Inozemtsev wrote:
> > Если вернуть назад --enable-ps и --enable-pdf, то символы cairo_ps_*
> > cairo_pdf_* появляются назад.  Остается только cairo_glitz_surface_create.
> >
> > С glitz уже были проблемы?
> постоянно. с glitz он просто не соберется

Тогда для cairo_glitz_surface_create проще всего сделать заглушку,
которая возвращает "false".  Вообще экспорт функций в зависимости от
опций configure - сомнительная практика.

--- cairo-1.0.4/src/Makefile.am-	2006-03-15 18:26:51 +0300
+++ cairo-1.0.4/src/Makefile.am	2006-04-24 17:58:13 +0400
@@ -44,6 +44,8 @@ endif
 if CAIRO_HAS_GLITZ_SURFACE
 libcairo_glitz_headers = cairo-glitz.h
 libcairo_glitz_sources = cairo-glitz-surface.c
+else
+libcairo_glitz_sources = cairo-glitz-stub.c
 endif
 
 if CAIRO_HAS_ATSUI_FONT
--- cairo-1.0.4/src/cairo-glitz-stub.c-	2006-04-24 17:59:38 +0400
+++ cairo-1.0.4/src/cairo-glitz-stub.c	2006-04-24 18:05:07 +0400
@@ -0,0 +1,15 @@
+/*
+ * I don't want glitz, but some binary code assumes cairo_glitz_surface_create is here.
+ * So I need to provide a stub.  -- Alexey Tourbin, Mon Apr 24 2006
+ */
+
+#define CAIRO_HAS_GLITZ_SURFACE 1
+#include "cairoint.h"
+#include "cairo-glitz.h"
+
+cairo_surface_t *
+cairo_glitz_surface_create (glitz_surface_t *surface)
+{
+	(void) surface;
+	return (cairo_surface_t*) &_cairo_surface_nil;
+}

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

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 03:50:16PM +0400, Konstantin A. Lepikhov wrote:
> [lakostis@lks ~]$ driconf 
> Traceback (most recent call last):
>   File "/usr/bin/driconf", line 26, in ?
>       import driconf
>   File "/usr/lib/driconf/driconf.py", line 26, in ? 
>       import gtk
>   File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 38, in ?
>       from _gtk import *
>   File "/usr/lib/python2.4/site-packages/cairo/__init__.py", line 1, in ?
>       from _cairo import *
>   ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_ps_surface_create
> 
> Собственно, почему так?

А уменя другая проблема (при частичном обновлении).

$ driconf
xdriinfo: symbol lookup error: xdriinfo: undefined symbol: glXGetProcAddress
[ в окошке написано: XDriInfo not found. ]

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

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 04:13:52PM +0400, Anton Farygin wrote:
> такая ситуация со множеством приложений, использующих cairo ;(

С какими именно?  Надо протестировать новую сборку.

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

Re: [devel] Q: wtf w/ python-cairo

[Konstantin A. Lepikhov]

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

Hi Alexey!

Monday 24, at 06:43:09 PM you wrote:

> On Mon, Apr 24, 2006 at 03:50:16PM +0400, Konstantin A. Lepikhov wrote:
> > [lakostis@lks ~]$ driconf 
> > Traceback (most recent call last):
> >   File "/usr/bin/driconf", line 26, in ?
> >       import driconf
> >   File "/usr/lib/driconf/driconf.py", line 26, in ? 
> >       import gtk
> >   File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 38, in ?
> >       from _gtk import *
> >   File "/usr/lib/python2.4/site-packages/cairo/__init__.py", line 1, in ?
> >       from _cairo import *
> >   ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_ps_surface_create
> > 
> > Собственно, почему так?
> 
> А уменя другая проблема (при частичном обновлении).
> 
> $ driconf
> xdriinfo: symbol lookup error: xdriinfo: undefined symbol: glXGetProcAddress
> [ в окошке написано: XDriInfo not found. ]
ну правильно, наверное, его в hasher запустили, откуда в hasher dri ;)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 07:45:31PM +0400, Konstantin A. Lepikhov wrote:
> > >   ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_ps_surface_create
> > > Собственно, почему так?
> > 
> > А уменя другая проблема (при частичном обновлении).
> > 
> > $ driconf
> > xdriinfo: symbol lookup error: xdriinfo: undefined symbol: glXGetProcAddress
> > [ в окошке написано: XDriInfo not found. ]
> ну правильно, наверное, его в hasher запустили, откуда в hasher dri ;)

Нет, запустили в рабочей системе с проприетарным nvidia драйверами.
http://lists.debian.org/debian-x/2005/09/msg00448.html

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

Re: [devel] Q: wtf w/ python-cairo

[Konstantin A. Lepikhov]

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

Hi Alexey!

Monday 24, at 07:58:14 PM you wrote:

> On Mon, Apr 24, 2006 at 07:45:31PM +0400, Konstantin A. Lepikhov wrote:
> > > >   ImportError: /usr/lib/python2.4/site-packages/cairo/_cairo.so: undefined symbol: cairo_ps_surface_create
> > > > Собственно, почему так?
> > > 
> > > А уменя другая проблема (при частичном обновлении).
> > > 
> > > $ driconf
> > > xdriinfo: symbol lookup error: xdriinfo: undefined symbol: glXGetProcAddress
> > > [ в окошке написано: XDriInfo not found. ]
> > ну правильно, наверное, его в hasher запустили, откуда в hasher dri ;)
> 
> Нет, запустили в рабочей системе с проприетарным nvidia драйверами.
> http://lists.debian.org/debian-x/2005/09/msg00448.html
издеваетесь? Откуда там dri?

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 06:17:22PM +0400, Alexey Tourbin wrote:
> On Mon, Apr 24, 2006 at 05:25:35PM +0400, Valery V. Inozemtsev wrote:
> > > Если вернуть назад --enable-ps и --enable-pdf, то символы cairo_ps_*
> > > cairo_pdf_* появляются назад.  Остается только cairo_glitz_surface_create.
> > >
> > > С glitz уже были проблемы?
> > постоянно. с glitz он просто не соберется
> 
> Тогда для cairo_glitz_surface_create проще всего сделать заглушку,
> которая возвращает "false".  Вообще экспорт функций в зависимости от
> опций configure - сомнительная практика.

libcairo исправил, но теперь новая фигня:

ImportError: /usr/lib/libcairo.so.2: undefined symbol: FT_GlyphSlot_Embolden

То есть в моей хост-системе оно не работает со старым freetype2,
несмотря на то, что все зависимости удовлетворены.  Подумаю, что с этим
можно сделать.

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

Re: [devel] Q: wtf w/ python-cairo

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 08:04:26PM +0400, Konstantin A. Lepikhov wrote:
> > Нет, запустили в рабочей системе с проприетарным nvidia драйверами.
> > http://lists.debian.org/debian-x/2005/09/msg00448.html
> издеваетесь? Откуда там dri?

Нет, я просто даже не знаю, что такое dri.

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

Re: [devel] Q: wtf w/ python-cairo

[Valery V. Inozemtsev]

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

В сообщении от 24 апреля 2006 20:15 Alexey Tourbin написал(a):
> On Mon, Apr 24, 2006 at 08:04:26PM +0400, Konstantin A. Lepikhov wrote:
> > > Нет, запустили в рабочей системе с проприетарным nvidia драйверами.
> > > http://lists.debian.org/debian-x/2005/09/msg00448.html
> >
> > издеваетесь? Откуда там dri?
>
> Нет, я просто даже не знаю, что такое dri.

http://dri.freedesktop.org/wiki/

Лешь, в/для nvidia нет dri

-- 
Valery V. Inozemtsev

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

Re: [devel] Q: wtf w/ python-cairo

[Konstantin A. Lepikhov]

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

Hi Alexey!

Monday 24, at 08:15:56 PM you wrote:

> On Mon, Apr 24, 2006 at 08:04:26PM +0400, Konstantin A. Lepikhov wrote:
> > > Нет, запустили в рабочей системе с проприетарным nvidia драйверами.
> > > http://lists.debian.org/debian-x/2005/09/msg00448.html
> > издеваетесь? Откуда там dri?
> 
> Нет, я просто даже не знаю, что такое dri.
для справки можно было почитать что написано в %url для этого пакета.
Хотя, нужно ли это вам? :)

-- 
WBR, Konstantin	      chat with ==>ICQ: 109916175
     Lepikhov,	      speak  to ==>JID: lakostis@jabber.org
aka L.A. Kostis       write  to ==>mailto:lakostis@pisem.net.nospam

...The information is like the bank... 			  (c) EC8OR

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

[devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 08:07:22PM +0400, Alexey Tourbin wrote:
> libcairo исправил, но теперь новая фигня:
> 
> ImportError: /usr/lib/libcairo.so.2: undefined symbol: FT_GlyphSlot_Embolden
> 
> То есть в моей хост-системе оно не работает со старым freetype2,
> несмотря на то, что все зависимости удовлетворены.  Подумаю, что с этим
> можно сделать.

$ rpmsodiff freetype2-2.1.9-alt4.i586.rpm libfreetype-2.1.10-alt3.i586.rpm
	common sonames:
libfreetype.so.6	/usr/lib/libfreetype.so.6.3.7	/usr/lib/libfreetype.so.6.3.8

--- freetype2-2.1.9-alt4/libfreetype.so.6	2005-06-22 20:58:11 +0400
+++ libfreetype-2.1.10-alt3/libfreetype.so.6	2006-04-10 23:49:40 +0400
@@ -49,2 +49,3 @@
 FTC_SNode_Weight	T
+FT_Access_Frame	W
 FT_Activate_Size	T
@@ -58,2 +59,7 @@
 FT_Attach_Stream	T
+FT_Bitmap_Convert	T
+FT_Bitmap_Copy	T
+FT_Bitmap_Done	T
+FT_Bitmap_Embolden	T
+FT_Bitmap_New	T
 FT_CMap_Done	T
@@ -71,3 +77,5 @@
 FT_Done_Size	T
+FT_Extract_Frame	W
 FT_FloorFix	T
+FT_Forget_Frame	W
 FT_Free	T
@@ -76,2 +84,3 @@
 FT_Get_CMap_Language_ID	T
+FT_Get_Char	W
 FT_Get_Char_Index	T
@@ -82,2 +91,4 @@
 FT_Get_Kerning	T
+FT_Get_Long	W
+FT_Get_LongLE	W
 FT_Get_MM_Var	T
@@ -88,2 +99,3 @@
 FT_Get_Next_Char	T
+FT_Get_Offset	W
 FT_Get_PFR_Advance	T
@@ -92,2 +104,3 @@
 FT_Get_PS_Font_Info	T
+FT_Get_PS_Font_Private	T
 FT_Get_Postscript_Name	T
@@ -97,2 +110,4 @@
 FT_Get_Sfnt_Table	T
+FT_Get_Short	W
+FT_Get_ShortLE	W
 FT_Get_WinFNT_Header	T
@@ -109,2 +124,4 @@
 FT_GlyphLoader_Rewind	T
+FT_GlyphSlot_Embolden	T
+FT_GlyphSlot_Oblique	T
 FT_Glyph_Copy	T
@@ -140,3 +157,5 @@
 FT_New_Memory_Face	T
+FT_New_Memory_Stream	W
 FT_New_Size	T
+FT_OpenType_Validate	T
 FT_Open_Face	T
@@ -147,2 +166,3 @@
 FT_Outline_Done_Internal	T
+FT_Outline_Embolden	T
 FT_Outline_GetInsideBorder	T
@@ -164,3 +184,13 @@
 FT_Raccess_Guess	T
+FT_Read_Char	W
+FT_Read_Fields	W
+FT_Read_Long	W
+FT_Read_LongLE	W
+FT_Read_Offset	W
+FT_Read_Short	W
+FT_Read_ShortLE	W
+FT_Read_Stream	W
+FT_Read_Stream_At	W
 FT_Realloc	T
+FT_Release_Frame	W
 FT_Remove_Module	T
@@ -169,2 +199,3 @@
 FT_RoundFix	T
+FT_Seek_Stream	W
 FT_Select_Charmap	T
@@ -180,3 +211,5 @@
 FT_Set_Var_Design_Coordinates	T
+FT_Sfnt_Table_Info	T
 FT_Sin	T
+FT_Skip_Stream	W
 FT_Sqrt32	T
@@ -212,2 +245,3 @@
 FT_Stream_Skip	T
+FT_Stream_TryRead	T
 FT_Stroker_BeginSubPath	T
@@ -239,3 +273,7 @@
 _init	T
-autohint_module_class	D
+af_autofitter_service	D
+af_cjk_script_class	D
+af_dummy_script_class	D
+af_latin_script_class	D
+autofit_module_class	D
 bdf_cmap_class	D
@@ -245,3 +283,2 @@
 cff_driver_class	D
-ft_autohinter_service	D
 ft_bitmap_glyph_class	D
@@ -252,2 +289,3 @@
 ft_grays_raster	D
+ft_highpow2	T
 ft_module_get_service	T
@@ -273,2 +311,3 @@
 gray_raster_render	T
+otv_module_class	D
 pcf_cmap_class	D

	2 symbols removed
D autohint_module_class
D ft_autohinter_service

	41 symbols added
D af_autofitter_service
D af_cjk_script_class
D af_dummy_script_class
D af_latin_script_class
D autofit_module_class
D otv_module_class
T FT_Bitmap_Convert
T FT_Bitmap_Copy
T FT_Bitmap_Done
T FT_Bitmap_Embolden
T FT_Bitmap_New
T FT_Get_PS_Font_Private
T FT_GlyphSlot_Embolden
T FT_GlyphSlot_Oblique
T FT_OpenType_Validate
T FT_Outline_Embolden
T FT_Sfnt_Table_Info
T FT_Stream_TryRead
T ft_highpow2
W FT_Access_Frame
W FT_Extract_Frame
W FT_Forget_Frame
W FT_Get_Char
W FT_Get_Long
W FT_Get_LongLE
W FT_Get_Offset
W FT_Get_Short
W FT_Get_ShortLE
W FT_New_Memory_Stream
W FT_Read_Char
W FT_Read_Fields
W FT_Read_Long
W FT_Read_LongLE
W FT_Read_Offset
W FT_Read_Short
W FT_Read_ShortLE
W FT_Read_Stream
W FT_Read_Stream_At
W FT_Release_Frame
W FT_Seek_Stream
W FT_Skip_Stream

# template for libfreetype.so.6 version script
LIBFREETYPE_2.1.10 {
    global:
	FT_Access_Frame;
	FT_Bitmap_Convert;
	FT_Bitmap_Copy;
	FT_Bitmap_Done;
	FT_Bitmap_Embolden;
	FT_Bitmap_New;
	FT_Extract_Frame;
	FT_Forget_Frame;
	FT_Get_Char;
	FT_Get_Long;
	FT_Get_LongLE;
	FT_Get_Offset;
	FT_Get_PS_Font_Private;
	FT_Get_Short;
	FT_Get_ShortLE;
	FT_GlyphSlot_Embolden;
	FT_GlyphSlot_Oblique;
	FT_New_Memory_Stream;
	FT_OpenType_Validate;
	FT_Outline_Embolden;
	FT_Read_Char;
	FT_Read_Fields;
	FT_Read_Long;
	FT_Read_LongLE;
	FT_Read_Offset;
	FT_Read_Short;
	FT_Read_ShortLE;
	FT_Read_Stream;
	FT_Read_Stream_At;
	FT_Release_Frame;
	FT_Seek_Stream;
	FT_Sfnt_Table_Info;
	FT_Skip_Stream;
	FT_Stream_TryRead;
	af_autofitter_service;
	af_cjk_script_class;
	af_dummy_script_class;
	af_latin_script_class;
	autofit_module_class;
	ft_highpow2;
	otv_module_class;
};

vim:ft=diff
$

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

Re: [devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 08:39:52PM +0400, Alexey Tourbin wrote:
> 	41 symbols added
> D af_autofitter_service
> D af_cjk_script_class
> D af_dummy_script_class
> D af_latin_script_class
> D autofit_module_class
> D otv_module_class
> T FT_Bitmap_Convert
> T FT_Bitmap_Copy
> T FT_Bitmap_Done
> T FT_Bitmap_Embolden
> T FT_Bitmap_New
> T FT_Get_PS_Font_Private
> T FT_GlyphSlot_Embolden
> T FT_GlyphSlot_Oblique
> T FT_OpenType_Validate
> T FT_Outline_Embolden
> T FT_Sfnt_Table_Info
> T FT_Stream_TryRead
> T ft_highpow2
> W FT_Access_Frame
> W FT_Extract_Frame
> W FT_Forget_Frame
> W FT_Get_Char
> W FT_Get_Long
> W FT_Get_LongLE
> W FT_Get_Offset
> W FT_Get_Short
> W FT_Get_ShortLE
> W FT_New_Memory_Stream
> W FT_Read_Char
> W FT_Read_Fields
> W FT_Read_Long
> W FT_Read_LongLE
> W FT_Read_Offset
> W FT_Read_Short
> W FT_Read_ShortLE
> W FT_Read_Stream
> W FT_Read_Stream_At
> W FT_Release_Frame
> W FT_Seek_Stream
> W FT_Skip_Stream

А вот пакеты, которые используют эти новые символы:

$ fgrep -wf freetype.sym ref
ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Convert
ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Done
ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_New
libXft  /usr/lib/libXft.so.2.1.2        U       FT_GlyphSlot_Embolden
libcairo        /usr/lib/libcairo.so.2.2.4      U       FT_GlyphSlot_Embolden
$

Список, возможно, не полный, потому что grep -Fw в своё время глючил.
Навеное лушче всего для нового libfreetype сделать version script.

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

Re: [devel] libfreetype.so.6 sucks

[Dmitry V. Levin]

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

On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
> Наверное лучше всего для нового libfreetype сделать version script.

Даже для нынешнего, а не только для нового.


-- 
ldv

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

Re: [devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 09:08:58PM +0400, Dmitry V. Levin wrote:
> On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
> > Наверное лучше всего для нового libfreetype сделать version script.
> 
> Даже для нынешнего, а не только для нового.

Под "новым" я имел в виду "нынешний".

--- freetype2-2.1.9-alt4/libfreetype.so.6       2005-06-22 20:58:11 +0400
+++ libfreetype-2.1.10-alt3/libfreetype.so.6    2006-04-10 23:49:40 +0400

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

Re: [devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 09:08:58PM +0400, Dmitry V. Levin wrote:
> On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
> > Наверное лучше всего для нового libfreetype сделать version script.
> Даже для нынешнего, а не только для нового.

Дажевю.
http://lists.altlinux.org/pipermail/devel/2005-September/024006.html

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

Re: [devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 09:08:58PM +0400, Dmitry V. Levin wrote:
> On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
> > Наверное лучше всего для нового libfreetype сделать version script.
> Даже для нынешнего, а не только для нового.

Сделал.  Теперь хочу сделать NMU.

[-- Attachment #1.2: freetype-2.1.10-alt-version-script.patch --]
[-- Type: text/plain, Size: 1318 bytes --]

--- freetype-2.1.10/builds/unix/unix-cc.in-	2003-11-09 11:37:13 +0300
+++ freetype-2.1.10/builds/unix/unix-cc.in	2006-04-24 21:58:42 +0400
@@ -94,6 +94,7 @@
 #
 LINK_LIBRARY = $(LIBTOOL) --mode=link $(CCraw) -o $@ $(OBJECTS_LIST) \
                           -rpath $(libdir) -version-info $(version_info) \
+			  -Wl,--version-script=$(TOP_DIR)/libfreetype6.map \
                           $(LDFLAGS)
 
 
--- freetype-2.1.10/libfreetype6.map-	2006-04-24 21:58:42 +0400
+++ freetype-2.1.10/libfreetype6.map	2006-04-24 21:58:42 +0400
@@ -0,0 +1,39 @@
+FREETYPE_2.1.10 {
+    global:
+	FT_Access_Frame;
+	FT_Bitmap_Convert;
+	FT_Bitmap_Copy;
+	FT_Bitmap_Done;
+	FT_Bitmap_Embolden;
+	FT_Bitmap_New;
+	FT_Extract_Frame;
+	FT_Forget_Frame;
+	FT_Get_Char;
+	FT_Get_Long;
+	FT_Get_LongLE;
+	FT_Get_Offset;
+	FT_Get_PS_Font_Private;
+	FT_Get_Short;
+	FT_Get_ShortLE;
+	FT_GlyphSlot_Embolden;
+	FT_GlyphSlot_Oblique;
+	FT_New_Memory_Stream;
+	FT_OpenType_Validate;
+	FT_Outline_Embolden;
+	FT_Read_Char;
+	FT_Read_Fields;
+	FT_Read_Long;
+	FT_Read_LongLE;
+	FT_Read_Offset;
+	FT_Read_Short;
+	FT_Read_ShortLE;
+	FT_Read_Stream;
+	FT_Read_Stream_At;
+	FT_Release_Frame;
+	FT_Seek_Stream;
+	FT_Sfnt_Table_Info;
+	FT_Skip_Stream;
+	FT_Stream_TryRead;
+    local:
+	[^F]*;
+};

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

Re: [devel] libfreetype.so.6 sucks

[Valery V. Inozemtsev]

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

В сообщении от 24 апреля 2006 22:21 Alexey Tourbin написал(a):
> On Mon, Apr 24, 2006 at 09:08:58PM +0400, Dmitry V. Levin wrote:
> > On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
> > > Наверное лучше всего для нового libfreetype сделать version script.
> >
> > Даже для нынешнего, а не только для нового.
>
> Сделал.  Теперь хочу сделать NMU.

делай

-- 
Valery V. Inozemtsev

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

Re: [devel] libfreetype.so.6 sucks

[Valery V. Inozemtsev]

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

В сообщении от 24 апреля 2006 22:21 Alexey Tourbin написал(a):
> On Mon, Apr 24, 2006 at 09:08:58PM +0400, Dmitry V. Levin wrote:
> > On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
> > > Наверное лучше всего для нового libfreetype сделать version script.
> >
> > Даже для нынешнего, а не только для нового.
>
> Сделал.

на будущее - как получить libfreetype6.map?

> Теперь хочу сделать NMU. 

-- 
Valery V. Inozemtsev

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

Re: [devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 10:40:17PM +0400, Valery V. Inozemtsev wrote:
> > > Даже для нынешнего, а не только для нового.
> > Сделал.
> 
> на будущее - как получить libfreetype6.map?

1) locate rpmsodiff
2) просто собираешь новую версию библиотеки.
3) rpmsodiff старая_версия.i586.rpm новая_версия.i586.rpm -
см. выше по треду.
4) при необходимости добавляешь в *.map ещё одну секцию и собираешь
новую версию ещё раз.  Убедиться, что появился новый provides.

В режиме ленивой евалюации чесаться стоит начинать только тогда,
когда новые функции из новой версии библиотеки начинает *реально*
кто-то использовать.  Для этого надо будет зарядить робота abi_drift.
Но к системным библиотекам требования выше, может быть лучше сразу делать.

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

Re: [devel] libfreetype.so.6 sucks

[Valery V. Inozemtsev]

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

> > на будущее - как получить libfreetype6.map?
>
> 1) locate rpmsodiff
> 2) просто собираешь новую версию библиотеки.
> 3) rpmsodiff старая_версия.i586.rpm новая_версия.i586.rpm -
> см. выше по треду.

т.е. можно использовать полученный template?

> 4) при необходимости добавляешь в *.map ещё одну секцию

а когда возникает такая необходимость?

-- 
Valery V. Inozemtsev

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

Re: [devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 11:12:35PM +0400, Valery V. Inozemtsev wrote:
> > 1) locate rpmsodiff
> > 2) просто собираешь новую версию библиотеки.
> > 3) rpmsodiff старая_версия.i586.rpm новая_версия.i586.rpm -
> > см. выше по треду.
> 
> т.е. можно использовать полученный template?

"С умом".  Если какие-то символы удалились из библиотеки, их нужно
прежде всего "пробить" по базе: вдруг их кто-то использует.  Тогда
неминуемо что-то отвалится.  Базу можно сделать самому, а можно
грепнуть готовую в mash:~at/.qa-robot/bad_elf_symbols.

> > 4) при необходимости добавляешь в *.map ещё одну секцию
> а когда возникает такая необходимость?

Когда добивились новые символы/функции "стандартного вида", которые
являеются частью API.  В случае с libfreetype это FT_*.

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

Re: [devel] libfreetype.so.6 sucks

[Dmitry V. Levin]

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

On Mon, Apr 24, 2006 at 10:50:31PM +0400, Alexey Tourbin wrote:
> On Mon, Apr 24, 2006 at 10:40:17PM +0400, Valery V. Inozemtsev wrote:
> > > > Даже для нынешнего, а не только для нового.
> > > Сделал.
> > 
> > на будущее - как получить libfreetype6.map?
> 
> 1) locate rpmsodiff

Это у всех людей по имени Лёша такая особенность - использовать и давать
ссылки на неопубликованный софт?


-- 
ldv

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

Re: [devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 11:55:29PM +0400, Dmitry V. Levin wrote:
> On Mon, Apr 24, 2006 at 10:50:31PM +0400, Alexey Tourbin wrote:
> > On Mon, Apr 24, 2006 at 10:40:17PM +0400, Valery V. Inozemtsev wrote:
> > > > > Даже для нынешнего, а не только для нового.
> > > > Сделал.
> > > 
> > > на будущее - как получить libfreetype6.map?
> > 
> > 1) locate rpmsodiff
> 
> Это у всех людей по имени Лёша такая особенность - использовать и давать
> ссылки на неопубликованный софт?

Могу продать, такса стандартная. :)

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

Re: [devel] libfreetype.so.6 sucks

[Valery V. Inozemtsev]

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

> > > на будущее - как получить libfreetype6.map?
> >
> > 1) locate rpmsodiff
>
> Это у всех людей по имени Лёша такая особенность - использовать и давать
> ссылки на неопубликованный софт?

ну я то этот софт нашел

-- 
Valery V. Inozemtsev

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

Re: [devel] libfreetype.so.6 sucks

[Dmitry V. Levin]

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

On Tue, Apr 25, 2006 at 09:41:20AM +0400, Valery V. Inozemtsev wrote:
> > > > на будущее - как получить libfreetype6.map?
> > >
> > > 1) locate rpmsodiff
> >
> > Это у всех людей по имени Лёша такая особенность - использовать и давать
> > ссылки на неопубликованный софт?
> 
> ну я то этот софт нашел

Ну ведь от этого он опубликованным не стал.


-- 
ldv

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

Re: [devel] libfreetype.so.6 sucks

[Dmitry V. Levin]

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

On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
[...]
> А вот пакеты, которые используют эти новые символы:
> 
> $ fgrep -wf freetype.sym ref
> ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Convert
> ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Done
> ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_New
> libXft  /usr/lib/libXft.so.2.1.2        U       FT_GlyphSlot_Embolden
> libcairo        /usr/lib/libcairo.so.2.2.4      U       FT_GlyphSlot_Embolden
> $
> 
> Список, возможно, не полный, потому что grep -Fw в своё время глючил.

А где полный?


-- 
ldv

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

Re: [devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Wed, Apr 26, 2006 at 01:12:28AM +0400, Dmitry V. Levin wrote:
> On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
> [...]
> > А вот пакеты, которые используют эти новые символы:
> > 
> > $ fgrep -wf freetype.sym ref
> > ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Convert
> > ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Done
> > ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_New
> > libXft  /usr/lib/libXft.so.2.1.2        U       FT_GlyphSlot_Embolden
> > libcairo        /usr/lib/libcairo.so.2.2.4      U       FT_GlyphSlot_Embolden
> > $
> > 
> > Список, возможно, не полный, потому что grep -Fw в своё время глючил.
> 
> А где полный?

Он полный, я потом проверил с помощью comm.

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

Re: [devel] libfreetype.so.6 sucks

[Dmitry V. Levin]

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

On Wed, Apr 26, 2006 at 01:19:19AM +0400, Alexey Tourbin wrote:
> On Wed, Apr 26, 2006 at 01:12:28AM +0400, Dmitry V. Levin wrote:
> > On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
> > [...]
> > > А вот пакеты, которые используют эти новые символы:
> > > 
> > > $ fgrep -wf freetype.sym ref
> > > ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Convert
> > > ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Done
> > > ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_New
> > > libXft  /usr/lib/libXft.so.2.1.2        U       FT_GlyphSlot_Embolden
> > > libcairo        /usr/lib/libcairo.so.2.2.4      U       FT_GlyphSlot_Embolden
> > > $
> > > 
> > > Список, возможно, не полный, потому что grep -Fw в своё время глючил.
> > 
> > А где полный?
> 
> Он полный, я потом проверил с помощью comm.

Т.е. libXft надо поскорее пересобрать?


-- 
ldv

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

Re: [devel] libfreetype.so.6 sucks

[Alexey Tourbin]

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

On Wed, Apr 26, 2006 at 01:31:44AM +0400, Dmitry V. Levin wrote:
> > > > $ fgrep -wf freetype.sym ref
> > > > ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Convert
> > > > ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Done
> > > > ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_New
> > > > libXft  /usr/lib/libXft.so.2.1.2        U       FT_GlyphSlot_Embolden
> > > > libcairo        /usr/lib/libcairo.so.2.2.4      U       FT_GlyphSlot_Embolden
> > > > $
> > > > 
> > > > Список, возможно, не полный, потому что grep -Fw в своё время глючил.
> > > А где полный?
> > Он полный, я потом проверил с помощью comm.
> Т.е. libXft надо поскорее пересобрать?

Да.

shrek готовит новую сборку из cvs, там много FT_* символов удалилось,
но они вроде бы не используются.  Сейчас проверяю.

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

Re: [devel] libfreetype.so.6 sucks

[Valery V. Inozemtsev]

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

> > Т.е. libXft надо поскорее пересобрать?
>
> Да.
>
> shrek готовит новую сборку из cvs,

до этого еще очень далеко

> там много FT_* символов удалилось, 
> но они вроде бы не используются.

угу

> Сейчас проверяю. 

-- 
Valery V. Inozemtsev

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

[devel] grep unreliable

[Alexey Tourbin]

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

On Mon, Apr 24, 2006 at 08:46:02PM +0400, Alexey Tourbin wrote:
> А вот пакеты, которые используют эти новые символы:
> 
> $ fgrep -wf freetype.sym ref
> ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Convert
> ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_Done
> ksquirrel-libs  /usr/lib/ksquirrel-libs/libkls_ttf.so.0.2.2     U       FT_Bitmap_New
> libXft  /usr/lib/libXft.so.2.1.2        U       FT_GlyphSlot_Embolden
> libcairo        /usr/lib/libcairo.so.2.2.4      U       FT_GlyphSlot_Embolden
> $
> 
> Список, возможно, не полный, потому что grep -Fw в своё время глючил.
> Навеное лушче всего для нового libfreetype сделать version script.

Вот демонстрация глюка grep -Fw:

$ rpm -ql R-base |xargs grep -w sup |wc -l
69
$ rpm -ql R-base |xargs grep -Fw sup |wc -l
8
$

PS: путаю inf и sup. :)

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