CALL FOR TESTERS: linux-f8 infrastructure ports

Hello List,


here it is:
ftp://ftp.ipt.ru/pub/FreeBSD/linux-f8/test-f8.tar.bz2

Though this is a first version to test it works for me and
my
tibderbox just fine. Instructions for testing are simple:
-----
# tar xyf test-f8.tar.bz2
# cd test-f8
# install [<your_ports_dir>]
-----

The last command will install new ports and files to
<your_ports_dir>
(/usr/ports by default) and patch some Mk files
(bsd.ports.mk,
bsd.linux-rpm.mk). There is a command to revert installing:
-----
# uninstall [<your_ports_dir>]
-----

For those who wish only to view changes here is a patch for
bsd.ports.mk, bsd.linux-rpm.mk):
ftp://ftp.ipt.ru/pub/FreeBSD/linux-f8/Mk.diff.txt

and a new file:
ftp://ftp.ipt.ru/pub/FreeBSD/linux-f8/bsd.linux-apps.mk.txt

How it works. Automagically. 
One should define OVERRIDE_LINUX_BASE_PORT=f8 at
/etc/make.conf
and change an application makefile to use the new stuff.
Only one
change is needed: replace all strict RUN_DEPENDS on linux
infrastructure ports to USE_LINUX_APPS knob (if a port has
USE_X11, replace it with UAE_LINUX_APPS=xorglibs). For the
list
of available components please look at bsd.linux-apps.mk.

Here is an example. For those mozilla ports one should do:
-----
Index: Makefile.common
============================================================
=======
RCS file:
/home/pcvs/ports/www/linux-seamonkey/Makefile.common,v
retrieving revision 1.11
diff -u -r1.11 Makefile.common
--- Makefile.common	14 Dec 2007 17:55:34 -0000	1.11
+++ Makefile.common	7 Apr 2008 19:45:32 -0000
 -12,18
+12,14 
 .endif
 PKGNAMEPREFIX?=		linux-
 
-RUN_DEPENDS?=	$/usr/lib/libgtk-x11-2.0.so.0:${PO
RTSDIR}/x11-toolkits/linux-gtk2 
-		$/usr/lib/libatk-1.0.so.0:$/accessib
ility/linux-atk 
-		$/usr/lib/libpangoxft-1.0.so.0:$/x11
-toolkits/linux-pango
-		$/usr/lib/libgobject-2.0.so.0:$/deve
l/linux-glib2 
-		$/usr/lib/libfontconfig.so.1:$/x11-f
onts/linux-fontconfig 
-		$/usr/share/icons/hicolor/index.theme:${PORTSD
IR}/x11-themes/linux-hicolor-icon-theme
+RUN_DEPENDS?=	$/usr/share/icons/hicolor/index.th
eme:$/x11-themes/linux-hicolor-icon-theme
 
 NO_BUILD=	yes
 ONLY_FOR_ARCHS=	i386 amd64
 APP_NAME=	$
 BIN_NAME?=	$
 USE_LINUX=	yes
+USE_LINUX_APPS=	gtk2 atk pango fontconfig
 WRKSRC?=	$/$
 FDIR=		$/lib/$
 COMMON_DIR=	${.CURDIR}/../../www/linux-seamonkey
-----

Notes:
1. For linux-hicolor-icon-theme I created a component but it
will be
   deleted as this port is not an infrastructure port from
Fedora
   distribution.
2. Please, beware that ports and components do not have same
names.
   E.g. linux-f8-xorg-libs (a port) vs xorglibs (a
component).
3. devel/linux-glib2 (a port) does not need to be presented
as
   a component since it is a part of linux_base-f8 port.

Known bugs:
. linux-aspell port is only a skeleton port;
. upgrading tools (portupgrade, portmaster) will not
understand
  if an fc4 or f8 port is installed for those ports which
has
  the same files (library versions). I'd recommend full
uninstall
  of linux infrastructure ports to receive strict results.

To revert back to using a default linux_base port you should
delete
OVERRIDE_LINUX_BASE_PORT variable from /etc/make.conf (and a
full
uninstall of linux infrastructure ports is recommended).

Thanks for your patience. 


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone
& Internet SP
FreeBSD committer, http://www.FreeBSD.org The
Power To Serve
_______________________________________________
freebsd-emulationfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emu
lation
To unsubscribe, send any mail to
"freebsd-emulation-unsubscribefreebsd.org"

Em Monday 07 April 2008 17:07:24 Boris Samorodov escreveu:
> Hello List,
>
>
> here it is:
ftp://ftp.ipt.ru/pub/FreeBSD/linux-f8/test-f8.tar.bz2
>
> Though this is a first version to test it works for me
and my
> tibderbox just fine. Instructions for testing are
simple:
> -----
> # tar xyf test-f8.tar.bz2
> # cd test-f8
> # install [<your_ports_dir>]
> -----
>
> The last command will install new ports and files to
<your_ports_dir>
> (/usr/ports by default) and patch some Mk files
(bsd.ports.mk,
> bsd.linux-rpm.mk). There is a command to revert
installing:
> -----
> # uninstall [<your_ports_dir>]
> -----
>
> For those who wish only to view changes here is a patch
for
> bsd.ports.mk, bsd.linux-rpm.mk):
> ftp://ftp.ipt.ru/pub/FreeBSD/linux-f8/Mk.diff.txt
>
> and a new file:
>
ftp://ftp.ipt.ru/pub/FreeBSD/linux-f8/bsd.linux-apps.mk.txt
>
> How it works. Automagically. 
> One should define OVERRIDE_LINUX_BASE_PORT=f8 at
/etc/make.conf
> and change an application makefile to use the new
stuff. Only one
> change is needed: replace all strict RUN_DEPENDS on
linux
> infrastructure ports to USE_LINUX_APPS knob (if a port
has
> USE_X11, replace it with UAE_LINUX_APPS=xorglibs). For
the list
> of available components please look at
bsd.linux-apps.mk.
>
> Here is an example. For those mozilla ports one should
do:
> -----
> Index: Makefile.common
>
============================================================
=======
> RCS file:
/home/pcvs/ports/www/linux-seamonkey/Makefile.common,v
> retrieving revision 1.11
> diff -u -r1.11 Makefile.common
> --- Makefile.common	14 Dec 2007 17:55:34 -0000	1.11
> +++ Makefile.common	7 Apr 2008 19:45:32 -0000
>  -12,18 +12,14 
>  .endif
>  PKGNAMEPREFIX?=		linux-
>
>
-RUN_DEPENDS?=	$/usr/lib/libgtk-x11-2.0.so.0:${PO
RTSDIR}/x11-too
>lkits/linux-gtk2 
>
-		$/usr/lib/libatk-1.0.so.0:$/accessib
ility/linux-atk
> 
>
-		$/usr/lib/libpangoxft-1.0.so.0:$/x11
-toolkits/linux
>-pango
>
-		$/usr/lib/libgobject-2.0.so.0:$/deve
l/linux-glib2 
>
-		$/usr/lib/libfontconfig.so.1:$/x11-f
onts/linux-font
>config 
>
-		$/usr/share/icons/hicolor/index.theme:${PORTSD
IR}/x11-themes/
>linux-hicolor-icon-theme
>
+RUN_DEPENDS?=	$/usr/share/icons/hicolor/index.th
eme:$
>/x11-themes/linux-hicolor-icon-theme
>
>  NO_BUILD=	yes
>  ONLY_FOR_ARCHS=	i386 amd64
>  APP_NAME=	$
>  BIN_NAME?=	$
>  USE_LINUX=	yes
> +USE_LINUX_APPS=	gtk2 atk pango fontconfig
>  WRKSRC?=	$/$
>  FDIR=		$/lib/$
>  COMMON_DIR=	${.CURDIR}/../../www/linux-seamonkey
> -----
>
> Notes:
> 1. For linux-hicolor-icon-theme I created a component
but it will be
>    deleted as this port is not an infrastructure port
from Fedora
>    distribution.
> 2. Please, beware that ports and components do not have
same names.
>    E.g. linux-f8-xorg-libs (a port) vs xorglibs (a
component).
> 3. devel/linux-glib2 (a port) does not need to be
presented as
>    a component since it is a part of linux_base-f8
port.
>
> Known bugs:
> . linux-aspell port is only a skeleton port;
> . upgrading tools (portupgrade, portmaster) will not
understand
>   if an fc4 or f8 port is installed for those ports
which has
>   the same files (library versions). I'd recommend full
uninstall
>   of linux infrastructure ports to receive strict
results.
>
> To revert back to using a default linux_base port you
should delete
> OVERRIDE_LINUX_BASE_PORT variable from /etc/make.conf
(and a full
> uninstall of linux infrastructure ports is
recommended).
>
> Thanks for your patience. 
>
>
> WBR

I use the linux_base port mostly for:
- googleearth
- linux-realplayer (really I only use it in order to be able
to play .rm 
related media under mplayer).
- acroread7
- flashplayer7

Googleearth:

The linux_dri is builted against the old linux-xorg-libs, so
I keep it (looks 
like it doesn't conflict with the new linux-f8-xorg-libs).
googleearth 
complains for the old expat (linux-expat) but a symlink
using the new 
linux-f8-expat seems to do the trick. The only problem
really is with the 
fonts. Googleearth pop-ups a windows complaining about
missing Bitstream Vera 
Sans font and I get a interface with a strange (but
readeable) font.

linux-realplayer:

Looks ok, no problems at all. The font interface doesn't
seems to be the 
default one, but I'm not sure. (linux-f8-fontconfig issue?)
Terminal messages:
(realplay.bin:37022): Gtk-WARNING **: Locale not supported
by C library.
        Using the fallback 'C' locale.


flashplayer7:
With nspluginwrapper, in the native freebsd compiled
firefox, its working as 
it should. Terminal messages:
*** NSPlugin Wrapper *** WARNING: unhandled variable 11 in
NPP_GetValue()
*** NSPlugin Wrapper *** WARNING: unhandled variable 11 in
NPP_GetValue()
[...]

acroread7:
Seems to be ok, no problems at all. Also the font interface
doesn't seem to be 
the default one.

Terminal messages:
(acroread:36728): Gtk-WARNING **: Locale not supported by C
library.
        Using the fallback 'C' locale.

(acroread:36728): GdkPixbuf-WARNING **: Error loading XPM
image loader: Image 
type 'xpm' is not supported

(acroread:36728): GdkPixbuf-WARNING **: Error loading XPM
image loader: Image 
type 'xpm' is not supported

(acroread:36728): GdkPixbuf-WARNING **: Error loading XPM
image loader: Image 
type 'xpm' is not supported

(acroread:36728): GLib-GObject-CRITICAL **: g_object_ref:
assertion 
`G_IS_OBJECT (object)' failed

(acroread:36728): GLib-GObject-CRITICAL **: g_object_ref:
assertion 
`G_IS_OBJECT (object)' failed

(acroread:36728): GLib-GObject-CRITICAL **: g_object_ref:
assertion 
`G_IS_OBJECT (object)' failed

(acroread:36728): GLib-GObject-CRITICAL **: g_object_unref:
assertion 
`G_IS_OBJECT (object)' failed

(acroread:36728): GLib-GObject-CRITICAL **: g_object_unref:
assertion 
`G_IS_OBJECT (object)' failed

(acroread:36728): GLib-GObject-CRITICAL **: g_object_unref:
assertion 
`G_IS_OBJECT (object)' failed

(acroread:36728): Gdk-CRITICAL **: gdk_window_set_icon_list:
assertion 
`GDK_IS_PIXBUF (pixbuf)' failed

(acroread:36728): GdkPixbuf-CRITICAL **:
gdk_pixbuf_get_width: assertion 
`pixbuf != NULL' failed

(acroread:36728): GdkPixbuf-CRITICAL **:
gdk_pixbuf_get_height: assertion 
`pixbuf != NULL' failed

[...]

Thanks!

-- 
Aline de Freitas - Chave pública: ID DE632016 /
keys.indymedia.org
gpg --keyserver keys.indymedia.org --recv-keys DE632016

Quoting Aline de Freitas <alineriseup.net> (from Mon, 7
Apr 2008  
23:21:16 -0300):

> Googleearth:
>
> The linux_dri is builted against the old
linux-xorg-libs, so I keep it (looks
> like it doesn't conflict with the new
linux-f8-xorg-libs). googleearth
> complains for the old expat (linux-expat) but a symlink
using the new
> linux-f8-expat seems to do the trick. The only problem
really is with the

This is dangerous. Maybe Boris needs to add some compat
libs, or we  
need to install a new google earth (one which uses the new
expat  
version).

> fonts. Googleearth pop-ups a windows complaining about
missing Bitstream Vera
> Sans font and I get a interface with a strange (but
readeable) font.

My first idea about this is, that this should be a problem
with your  
native installation of X.org. But on a second thought it may
be a  
problem in the linux-font* area.

> linux-realplayer:
>
> Looks ok, no problems at all. The font interface
doesn't seems to be the
> default one, but I'm not sure. (linux-f8-fontconfig
issue?)
> Terminal messages:
> (realplay.bin:37022): Gtk-WARNING **: Locale not
supported by C library.
>         Using the fallback 'C' locale.

What's your locale (echo $LANG)? We may have to add some
symlinks from  
the FreeBSD names to the linux names (or maybe something
more  
advanced, if the linux locale system needs more stuff to
have it right).

> acroread7:
> Seems to be ok, no problems at all. Also the font
interface doesn't  
> seem to be
> the default one.
>
> Terminal messages:
> (acroread:36728): Gtk-WARNING **: Locale not supported
by C library.
>         Using the fallback 'C' locale.

The same as above.

> (acroread:36728): GdkPixbuf-WARNING **: Error loading
XPM image loader: Image
> type 'xpm' is not supported

Maybe some more gtk2 plugins/engines/whatever are needed (I
assume  
Boris runs the gdk plugin register stuff like we do in the
old gtk2  
port).

> (acroread:36728): GLib-GObject-CRITICAL **:
g_object_ref: assertion
> `G_IS_OBJECT (object)' failed

Application internal error. Maybe the result of not handling
the xom  
not supported error.

Bye,
Alexander.

-- 
The makers may make,
And the users may use,
But the fixers must fix
With but minimal clues.

http://www.Leidinger.net
   Alexander  Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org 
     netchild  FreeBSD.org  : PGP ID = 72077137
_______________________________________________
freebsd-emulationfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emu
lation
To unsubscribe, send any mail to
"freebsd-emulation-unsubscribefreebsd.org"

EM TUESDAY 08 APRIL 2008 07:00:26 ALEXANDER LEIDINGER
ESCREVEU:
> QUOTING ALINE DE FREITAS <ALINERISEUP.NET> (FROM MON, 7 APR 2008
>
> 23:21:16 -0300):
> > GOOGLEEARTH:
> >
> > THE LINUX_DRI IS BUILTED AGAINST THE OLD
LINUX-XORG-LIBS, SO I KEEP IT
> > (LOOKS LIKE IT DOESN'T CONFLICT WITH THE NEW
LINUX-F8-XORG-LIBS).
> > GOOGLEEARTH COMPLAINS FOR THE OLD EXPAT
(LINUX-EXPAT) BUT A SYMLINK USING
> > THE NEW LINUX-F8-EXPAT SEEMS TO DO THE TRICK. THE
ONLY PROBLEM REALLY IS
> > WITH THE
>
> THIS IS DANGEROUS. MAYBE BORIS NEEDS TO ADD SOME COMPAT
LIBS, OR WE
> NEED TO INSTALL A NEW GOOGLE EARTH (ONE WHICH USES THE
NEW EXPAT
> VERSION).
>
> > FONTS. GOOGLEEARTH POP-UPS A WINDOWS COMPLAINING
ABOUT MISSING BITSTREAM
> > VERA SANS FONT AND I GET A INTERFACE WITH A
STRANGE (BUT READEABLE) FONT.
>
> MY FIRST IDEA ABOUT THIS IS, THAT THIS SHOULD BE A
PROBLEM WITH YOUR
> NATIVE INSTALLATION OF X.ORG. BUT ON A SECOND THOUGHT
IT MAY BE A
> PROBLEM IN THE LINUX-FONT* AREA.
>
IN MY NATIVE XORG I HAVE A GOOD SET OF FONTS. IT LOOKS LIKE
THE LINUX-APPS 
CAN'T SEE THEM.

HERE ARE THE SCREENSHOOTS:

WITH THE NEW LINUX-F8-STUFF:
HTTP://BADERNA.BIROSCA.ORG/~ALINE/SHARE/BSD-F8/GOOGLEEARTH-W
ITHF8.PNG
HTTP://BADERNA.BIROSCA.ORG/~ALINE/SHARE/BSD-F8/REALPLAYER-WI
THF8.PNG
HTTP://BADERNA.BIROSCA.ORG/~ALINE/SHARE/BSD-F8/ACROREAD7-WIT
HF8.PNG

AND WITHOUT THEN (BUT STILL WITH LINUX_BASE-F8):
HTTP://BADERNA.BIROSCA.ORG/~ALINE/SHARE/BSD-F8/GOOGLEEARTH-N
OF8.PNG
HTTP://BADERNA.BIROSCA.ORG/~ALINE/SHARE/BSD-F8/REALPLAYER-NO
F8.PNG
HTTP://BADERNA.BIROSCA.ORG/~ALINE/SHARE/BSD-F8/ACROREAD7-NOF
8.PNG


> > LINUX-REALPLAYER:
> >
> > LOOKS OK, NO PROBLEMS AT ALL. THE FONT INTERFACE
DOESN'T SEEMS TO BE THE
> > DEFAULT ONE, BUT I'M NOT SURE.
(LINUX-F8-FONTCONFIG ISSUE?)
> > TERMINAL MESSAGES:
> > (REALPLAY.BIN:37022): GTK-WARNING **: LOCALE NOT
SUPPORTED BY C LIBRARY.
> >         USING THE FALLBACK 'C' LOCALE.
>
> WHAT'S YOUR LOCALE (ECHO $LANG)? WE MAY HAVE TO ADD
SOME SYMLINKS FROM
> THE FREEBSD NAMES TO THE LINUX NAMES (OR MAYBE
SOMETHING MORE
> ADVANCED, IF THE LINUX LOCALE SYSTEM NEEDS MORE STUFF
TO HAVE IT RIGHT).
PT_BR.UTF-8

THE LINUX LAYER HAS ONLY C AND POSIX:

[ALINEANDERSON-HERZER:/USR/HOME/ALINE]$ LANG=C LC_ALL=C
SUDO 
CHROOT /COMPAT/LINUX BASH
[I HAVE NO NAME!ANDERSON-HERZER:/]$ LOCALE -A
C
POSIX

THANKS,
-- 
ALINE DE FREITAS - CHAVE PúBLICA: ID DE632016 /
KEYS.INDYMEDIA.ORG
GPG --KEYSERVER KEYS.INDYMEDIA.ORG --RECV-KEYS DE632016

On Tue, 08 Apr 2008 12:00:26 +0200 Alexander Leidinger
wrote:
> Quoting Aline de Freitas <alineriseup.net> (from Mon, 7 Apr 2008
> 23:21:16 -0300):

> > Googleearth:
> >
> > The linux_dri is builted against the old
linux-xorg-libs, so I keep it (looks
> > like it doesn't conflict with the new
linux-f8-xorg-libs). googleearth
> > complains for the old expat (linux-expat) but a
symlink using the new
> > linux-f8-expat seems to do the trick. The only
problem really is with the

> This is dangerous. Maybe Boris needs to add some compat
libs, or we
> need to install a new google earth (one which uses the
new expat
> version).

(I didn't test the following fix but there should not be any
old expat)
The port linux_dri should be converted to using
USE_LINUX_APPS for
google-earth to depend on new f8 libraries:
-----
Index: Makefile
============================================================
=======
RCS file: /home/pcvs/ports/graphics/linux_dri/Makefile,v
retrieving revision 1.23
diff -u -r1.23 Makefile
--- Makefile	20 Mar 2008 19:07:27 -0000	1.23
+++ Makefile	8 Apr 2008 14:12:25 -0000
 -22,7
+22,7 
 NO_BUILD=	yes
 USE_LINUX=	yes
 USE_LINUX_PREFIX=	yes
-USE_XLIB=	yes
+USE_LINUX_APPS=	xorglibs
 
 # don't package this for amd64 until we come up with 32-bit
ioctl wrappers for
 # the drm.
-----

Well, in general, the port may be checked if it is (or all
it's
dependencies are) converted to new world order:
-----
# make all-depends-list | grep linux
...
-----
There should be *no* linux infrastructure ports (speaking
about
OVERRIDE_LINUX_BASE_PORT=f8) other than -f8- ports. E.g.
for
google-earth after linux_dri patching:
-----
# make all-depends-list | grep linux
/usr/ports/graphics/linux_dri
/usr/ports/emulators/linux_base-f8
/usr/ports/textproc/linux-f8-expat
/usr/ports/x11-fonts/linux-f8-fontconfig
/usr/ports/x11/linux-f8-xorg-libs
-----

> > fonts. Googleearth pop-ups a windows complaining
about missing Bitstream Vera
> > Sans font and I get a interface with a strange
(but readeable) font.

> My first idea about this is, that this should be a
problem with your
> native installation of X.org. But on a second thought
it may be a
> problem in the linux-font* area.

That should be investigated further.

> > linux-realplayer:
> >
> > Looks ok, no problems at all. The font interface
doesn't seems to be the
> > default one, but I'm not sure.
(linux-f8-fontconfig issue?)
> > Terminal messages:
> > (realplay.bin:37022): Gtk-WARNING **: Locale not
supported by C library.
> >         Using the fallback 'C' locale.

> What's your locale (echo $LANG)? We may have to add
some symlinks from
> the FreeBSD names to the linux names (or maybe
something more
> advanced, if the linux locale system needs more stuff
to have it
> right).

> > acroread7:
> > Seems to be ok, no problems at all. Also the font
interface doesn't
> > seem to be
> > the default one.
> >
> > Terminal messages:
> > (acroread:36728): Gtk-WARNING **: Locale not
supported by C library.
> >         Using the fallback 'C' locale.

> The same as above.

> > (acroread:36728): GdkPixbuf-WARNING **: Error
loading XPM image loader: Image
> > type 'xpm' is not supported

> Maybe some more gtk2 plugins/engines/whatever are
needed (I assume
> Boris runs the gdk plugin register stuff like we do in
the old gtk2
> port).

Good shot! I forgot it. Here is a patch that should help:
-----
diff -r 031c290af596 -r b83a24e0e139
ports/x11-toolkits/linux-f8-gtk2/Makefile
--- a/ports/x11-toolkits/linux-f8-gtk2/Makefile	Mon Apr 07
21:54:20 2008 +0400
+++ b/ports/x11-toolkits/linux-f8-gtk2/Makefile	Tue Apr 08
17:21:01 2008 +0400
 -24,4
+24,8  USE_LINUX_APPS=	atk libjpeg pango png ti
 
 DESCR=		${.CURDIR}/../$0/pkg-descr
 
+post-install:
+	chroot $ /usr/bin/gtk-query-immodules-2.0-32
>
$/etc/gtk-2.0/i386-redhat-linux-gnu/gtk.immodules
+	chroot $ /usr/bin/gdk-pixbuf-query-loaders-32
>
$/etc/gtk-2.0/i386-redhat-linux-gnu/gdk-pixbuf.loade
rs
+
 .include <bsd.port.mk>
diff -r 031c290af596 -r b83a24e0e139
ports/x11-toolkits/linux-f8-gtk2/pkg-plist
--- a/ports/x11-toolkits/linux-f8-gtk2/pkg-plist	Mon Apr 07
21:54:20 2008 +0400
+++ b/ports/x11-toolkits/linux-f8-gtk2/pkg-plist	Tue Apr 08
17:21:01 2008 +0400
 -1,5
+1,7 
 comment file listing
 etc/gtk-2.0/im-multipress.conf
+etc/gtk-2.0/i386-redhat-linux-gnu/gtk.immodules
+etc/gtk-2.0/i386-redhat-linux-gnu/gdk-pixbuf.loaders
 usr/bin/gdk-pixbuf-query-loaders-32
 usr/bin/gtk-query-immodules-2.0-32
 usr/bin/gtk-update-icon-cache
-----

Or deinstall this test-f8 case, download fixed one (the same
place):
ftp://ftp.ipt.ru/pub/FreeBSD/linux-f8/test-f8.tar.bz2
and install a fixed version.


> > (acroread:36728): GLib-GObject-CRITICAL **:
g_object_ref: assertion
> > `G_IS_OBJECT (object)' failed

> Application internal error. Maybe the result of not
handling the xom
> not supported error.

Thanks all for testing/feedback!


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone
& Internet SP
FreeBSD committer, http://www.FreeBSD.org The
Power To Serve
_______________________________________________
freebsd-emulationfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emu
lation
To unsubscribe, send any mail to
"freebsd-emulation-unsubscribefreebsd.org"

Hello List,


So far there are two problems which should be investigated:
. fonts are not found;
. locales are not found.

Any help is appreciated. Thanks!


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone
& Internet SP
FreeBSD committer, http://www.FreeBSD.org The
Power To Serve
_______________________________________________
freebsd-emulationfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emu
lation
To unsubscribe, send any mail to
"freebsd-emulation-unsubscribefreebsd.org"

Quoting Boris Samorodov <bsamipt.ru> (from Tue, 08
Apr 2008 18:29:20 +0400):

> On Tue, 08 Apr 2008 12:00:26 +0200 Alexander Leidinger
wrote:

>> Maybe some more gtk2 plugins/engines/whatever are
needed (I assume
>> Boris runs the gdk plugin register stuff like we do
in the old gtk2
>> port).
>
> Good shot! I forgot it. Here is a patch that should
help:
> -----
> diff -r 031c290af596 -r b83a24e0e139  
> ports/x11-toolkits/linux-f8-gtk2/Makefile
> --- a/ports/x11-toolkits/linux-f8-gtk2/Makefile	Mon Apr
07 21:54:20  
> 2008 +0400
> +++ b/ports/x11-toolkits/linux-f8-gtk2/Makefile	Tue Apr
08 17:21:01  
> 2008 +0400
>  -24,4 +24,8  USE_LINUX_APPS=	atk libjpeg pango png ti
>
>  DESCR=		${.CURDIR}/../$0/pkg-descr
>
> +post-install:
> +	chroot $ /usr/bin/gtk-query-immodules-2.0-32
>  
>
$/etc/gtk-2.0/i386-redhat-linux-gnu/gtk.immodules
> +	chroot $ /usr/bin/gdk-pixbuf-query-loaders-32
>  
>
$/etc/gtk-2.0/i386-redhat-linux-gnu/gdk-pixbuf.loade
rs
> +

Sorry Boris, no cookies for you... 

What about the package case? pkg-install script instead of
post-install.

Bye,
Alexander.

-- 
One good thing about music,
Well, it helps you feel no pain.
So hit me with music;
Hit me with music now.
		-- Bob Marley, "Trenchtown Rock"

http://www.Leidinger.net
   Alexander  Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org 
     netchild  FreeBSD.org  : PGP ID = 72077137
_______________________________________________
freebsd-emulationfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emu
lation
To unsubscribe, send any mail to
"freebsd-emulation-unsubscribefreebsd.org"

On Tue, 08 Apr 2008 16:57:37 +0200 Alexander Leidinger
wrote:

> Sorry Boris, no cookies for you... 

Anyway, I can't help eating one cookie more... 

> What about the package case? pkg-install script instead
of post-install.

Hm, but we don't have any for the current
(x11-toolkits/linux-gtk2)
port...


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone
& Internet SP
FreeBSD committer, http://www.FreeBSD.org The
Power To Serve
_______________________________________________
freebsd-emulationfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emu
lation
To unsubscribe, send any mail to
"freebsd-emulation-unsubscribefreebsd.org"

On Tue, 08 Apr 2008 11:03:12 -0400 Gary Stanley wrote:

> (Most) Game servers work fine starting up.

I have one report that (at least some) linux game servers
(e.g. HL
server starts with 1 Gig and uses 2-3 Gig in a day, a report
to
emulation is pending) eat memory with linux-f8.

> The dirents issue doesn't
> appear to happen with linux-f8, compared to earlier
linux ports.

Seems to be true.


WBR
-- 
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone
& Internet SP
FreeBSD committer, http://www.FreeBSD.org The
Power To Serve
_______________________________________________
freebsd-emulationfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emu
lation
To unsubscribe, send any mail to
"freebsd-emulation-unsubscribefreebsd.org"

Quoting Boris Samorodov <bsamipt.ru> (from Tue, 08
Apr 2008 19:03:27 +0400):

> On Tue, 08 Apr 2008 16:57:37 +0200 Alexander Leidinger
wrote:
>
>> Sorry Boris, no cookies for you... 
>
> Anyway, I can't help eating one cookie more... 
>
>> What about the package case? pkg-install script
instead of post-install.
>
> Hm, but we don't have any for the current
(x11-toolkits/linux-gtk2)
> port...

Which doesn't mean we can not have one now... but as I think
about it,  
I think we don't have it in pkg-install, as it is not
needed. :( No  
cookies for me either... :(

Ok, now that I think more about it, we did it like it is
because it is  
enough. In the package we have the generated file(s) I
think, as we  
don't expect other modules to be present before the install
of the  
gtk2 port. The question is, if this is even true in the
update case (I  
don't talk about the update from fc4 to f8, but about
linux-gtk2-x to  
linux-gtk2-(x+1)). Do we have a port with such modules? Will
we have  
one in the future (I would like to see some more engines
supported, if  
f8 doesn't come with some more by default)?

Bye,
Alexander.

-- 
Nuclear war can ruin your whole compile.
		-- Karl Lehenbauer

http://www.Leidinger.net
   Alexander  Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org 
     netchild  FreeBSD.org  : PGP ID = 72077137
_______________________________________________
freebsd-emulationfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-emu
lation
To unsubscribe, send any mail to
"freebsd-emulation-unsubscribefreebsd.org"