Re: Firefox 2.0

2006-10-30 Thread Wilco Beekhuizen 
Nice to see some of you guys can actually compile it. I'm trying to compile it (using the 1.5.x mozconfig) but compilation fails pretty soon (using gcc 4.1.1) with a relocation error:unresolvable relocation against symbol `PR_LocalTimeParameters'
I can't find a solution to this problem. I'm using a previously built NSS.Suggestions?
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Firefox 2.0

2006-10-30 Thread Alberto Hernando 
El Lunes, 30 de Octubre de 2006 10:33, Wilco Beekhuizen escribió:
> Nice to see some of you guys can actually compile it. I'm trying to compile
> it (using the 1.5.x mozconfig) but compilation fails pretty soon (using gcc
> 4.1.1) with a relocation error:
> unresolvable relocation against symbol `PR_LocalTimeParameters'
>
> I can't find a solution to this problem. I'm using a previously built NSS.
> Suggestions?


Hi.

I used gcc-4.1.1 too and never had the same problem as you. About nss, as I 
had problems with 1.5.0.7, Dan suggested me a newer version of nss. Look for 
older messages about this.
My only problem with firefox 2 now is the flash plugin. It doesn't work on my 
lfs (both konqueror and firefox fail with flash-7 or beta-9) but it works, 
more or less, in debian testing. I'll wait until flash 9 works better.

Alberto
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Firefox weirdness

2006-10-30 Thread Dave Abergel 

Hi

I have a problem with firefox. I had 1.5.0.6 installed, compiled as per 
the BLFS instructions and as of Friday, everything seemed to be working 
fine. I get to my computer this morning, and it crashes leaving the 
following message in the terminal:


The program 'firefox-bin' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 84 error_code 8 request_code 144 minor_code 3)

It is only certain websites which cause a crash, and whether or not a 
particular site causes a crash seems consistent.


I compiled and installed 1.5.0.7 thinking that this may fix something, 
but the behaviour is exactly the same.
I cannot think what may have changed over the weekend (other than the 
clocks going back!) I have installed no new packages (apart from the 
update to firefox that I just mentioned). As I have essentially no 
experience with debugging, can anyone suggest what I can do?


Many thanks.

Dave
--
LFS User #16110

--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Firefox 2.0

2006-10-30 Thread Alan Lord 

Alberto Hernando wrote:

El Lunes, 30 de Octubre de 2006 10:33, Wilco Beekhuizen escribió:

Nice to see some of you guys can actually compile it. I'm trying to compile
it (using the 1.5.x mozconfig) but compilation fails pretty soon (using gcc
4.1.1) with a relocation error:
unresolvable relocation against symbol `PR_LocalTimeParameters'

I can't find a solution to this problem. I'm using a previously built NSS.
Suggestions?



Hi.

I used gcc-4.1.1 too and never had the same problem as you. About nss, as I 
had problems with 1.5.0.7, Dan suggested me a newer version of nss. Look for 
older messages about this.
My only problem with firefox 2 now is the flash plugin. It doesn't work on my 
lfs (both konqueror and firefox fail with flash-7 or beta-9) but it works, 
more or less, in debian testing. I'll wait until flash 9 works better.


Alberto


I can get it to compile succesfully with gcc-4.1.1, and the fix 
mentioned earlier in this thread, but it won't load; coming up with this 
"XML Parser error" message.


I will copy, verbatim, Alberto's .mozconfig later and see if that helps, 
but I'm not sure... I am beginning to wonder if I need Java installed as 
these .xul files are all packed in jar archives? Just a thought... 
Alberto, do you have Java on your machine?


Alan

--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Firefox weirdness

2006-10-30 Thread Wilco Beekhuizen 
2006/10/30, Dave Abergel <[EMAIL PROTECTED]>:
HiI have a problem with firefox. I had 1.5.0.6 installed, compiled as perthe BLFS instructions and as of Friday, everything seemed to be workingfine. I get to my computer this morning, and it crashes leaving the
following message in the terminal:The program 'firefox-bin' received an X Window System error.This probably reflects a bug in the program.The error was 'BadMatch (invalid parameter attributes)'.   (Details: serial 84 error_code 8 request_code 144 minor_code 3)
It is only certain websites which cause a crash, and whether or not aparticular site causes a crash seems consistent.I compiled and installed 1.5.0.7 thinking that this may fix something,
but the behaviour is exactly the same.I cannot think what may have changed over the weekend (other than theclocks going back!) I have installed no new packages (apart from theupdate to firefox that I just mentioned). As I have essentially no
experience with debugging, can anyone suggest what I can do?Many thanks.Dave--LFS User #16110--http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.htmlUnsubscribe: See the above information pageTry deleting (or backing up) ~/.mozilla and see if that helps. I've had problems like that with precompiled versions of firefox.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Firefox weirdness

2006-10-30 Thread Dave Abergel 

OK, sorry for my noise. A bit of googling went a long way:

https://launchpad.net/distros/ubuntu/+source/flashplugin-nonfree/+bug/62988

suggests that the problem is to do with flash and gives the following 
fix: add

export XLIB_SKIP_ARGB_VISUALS=1
to /usr/bin/firefox and everything seems to work.

Dave
--
LFS User #16110

--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Firefox 2.0

2006-10-30 Thread Alberto Hernando 
El Lunes, 30 de Octubre de 2006 11:11, Alan Lord escribió:
> Alberto, do you have Java on your machine?

Yes. I have jdk, because I thought I needed it for kde, but only the binary 
package. Very easy to install. But I have had it all the time and had xul and 
xml problems too, so I don't know.

Alberto
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Problem compiling nfs-utils with 2.6.18 kernel-headers

2006-10-30 Thread Alessandro Alocci 
Compiling nfs-utils-1.0.10 on a system with linux kernel 2.6.18.1
I get this error:

make[2]: Entering directory 
`/mnt/rh/bld/nfs-utils-1.0.10/tools/getkversion'
if gcc -DHAVE_CONFIG_H -I. -I. -I../../support/include  -D_GNU_SOURCE 
-D_GNU_SOURCE -g -O2 -g -O2 -MT getkversion-getkversion.o -MD -MP -MF 
".deps/getkversion-getkversion.Tpo" -c -o getkversion-getkversion.o 
`test -f 'getkversion.c' || echo './'`getkversion.c; \
then 
mv -f ".deps/getkversion-getkversion.Tpo" ".deps/getkversion-getkve
rsion.Po"; else rm -f ".deps/getkversion-getkversion.Tpo"; exit 1; fi
getkversion.c: In function 'main':
getkversion.c:17: error: 'UTS_RELEASE' undeclared (first use in this 
function)
getkversion.c:17: error: (Each undeclared identifier is reported only 
once
getkversion.c:17: error: for each function it appears in.)
make[2]: *** [getkversion-getkversion.o] Error 1
make[2]: Leaving directory 
`/mnt/rh/bld/nfs-utils-1.0.10/tools/getkversion'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/mnt/rh/bld/nfs-utils-1.0.10/tools'
make: *** [all-recursive] Error 1


This is getkversion.c
#

/*
 * Get version number of the kernel this was compiled for.
 * This is NOT the same as calling uname(), because we may be
 * running on a different kernel.
 */

#ifdef HAVE_CONFIG_H
#include 
#endif

#include 
#include 

int
main(void)  /* This is for Dan Popp ;) */
{
printf("%s\n", UTS_RELEASE);
return 0;
}

#

In fact UTS_RELEASE seems not to be defined anymore in linux/version.h
but in linux-2.5.18 is defined in
/usr/src/linux-2.6.18/include/linux/utsrelease.h
an header that is not installed in the system by the new
make headers_install procedure in LFS-SVN.
By now I have manually installed utsrelease.h and substituted
#include 
with
#include 
in getkversion.c, but this is just a workaround and I don't
know if I'm missing something, so any suggestion about this
will be greatly appreciated. :-)
Alessandro Alocci
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Multi-user Remote Graphical Session Server w/ Windows Client software

2006-10-30 Thread Rainer Peter Feller 
On Mon, 2006-10-30 at 09:49 +0100, Rainer Peter Feller wrote:

> putty + any free X-server for win32 will do the trick

you might try Xming
http://www.straightrunning.com/XmingNotes/

putty
http://www.chiark.greenend.org.uk/~sgtatham/putty/

-- 
  H
CUH Rainer Peter Feller
  H

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: PAM, HAL, and PolicyKit

2006-10-30 Thread Dan Nicholson 

On 10/29/06, Simon Geard <[EMAIL PROTECTED]> wrote:


Here's a tip for when you do look at it, which may save you some time
and frustration. The package includes a pam module which grants local
users a 'desktop-console' privilege - this module only considers X
sessions to be local, i.e TTY matches :0 or :0.0 formats. Without
patching it, running from the console (i.e tty1 and friends) will not
have any permissions as a local user.


Only for X, huh? That's unfortunate.


Note too that despite the overlap in functionality, this module
(pam_polkit_console) has nothing to do with pam_console, and doesn't
seem to require it to be present.


Right. I think the idea is to not use pam_console at all anymore. This
pam module is supposed to be generic enough that any of the distros
will use it. But I don't think anyone's really using PolicyKit yet.
You can still use HAL without it as I understand.

--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Problem compiling nfs-utils with 2.6.18 kernel-headers

2006-10-30 Thread Dan Nicholson 

On 10/30/06, Alessandro Alocci <[EMAIL PROTECTED]> wrote:

Compiling nfs-utils-1.0.10 on a system with linux kernel 2.6.18.1
I get this error:

make[2]: Entering directory
`/mnt/rh/bld/nfs-utils-1.0.10/tools/getkversion'
if gcc -DHAVE_CONFIG_H -I. -I. -I../../support/include  -D_GNU_SOURCE
-D_GNU_SOURCE -g -O2 -g -O2 -MT getkversion-getkversion.o -MD -MP -MF
".deps/getkversion-getkversion.Tpo" -c -o getkversion-getkversion.o
`test -f 'getkversion.c' || echo './'`getkversion.c; \
then
mv -f ".deps/getkversion-getkversion.Tpo" ".deps/getkversion-getkve
rsion.Po"; else rm -f ".deps/getkversion-getkversion.Tpo"; exit 1; fi
getkversion.c: In function 'main':
getkversion.c:17: error: 'UTS_RELEASE' undeclared (first use in this
function)





In fact UTS_RELEASE seems not to be defined anymore in linux/version.h
but in linux-2.5.18 is defined in
/usr/src/linux-2.6.18/include/linux/utsrelease.h
an header that is not installed in the system by the new
make headers_install procedure in LFS-SVN.


Fedora is working around the problem by just not building getiversion
and getkversion at all. They just fiddle with the SUBDIRS value in
tools/. Here's their patch, which unfortunately has some other
unrelated things mixed in:

http://cvs.fedora.redhat.com/viewcvs/devel/nfs-utils/nfs-utils-1.0.9-compile.patch?view=markup

--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Problem compiling nfs-utils with 2.6.18 kernel-headers

2006-10-30 Thread Alessandro Alocci 
Alle 15:50, lunedì 30 ottobre 2006, Dan Nicholson ha scritto:

> Fedora is working around the problem by just not building getiversion
> and getkversion at all. They just fiddle with the SUBDIRS value in
> tools/. Here's their patch, which unfortunately has some other
> unrelated things mixed in:

Seems to confirm that there's no need to build getkversion.
So, a simple sed will do the trick:
sed -i '[EMAIL PROTECTED] @@' tools/Makefile.in
Thanks for the pointing.
Alessandro Alocci
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Firefox 2.0

2006-10-30 Thread Wilco Beekhuizen 
2006/10/30, Alberto Hernando <[EMAIL PROTECTED]>:
El Lunes, 30 de Octubre de 2006 11:11, Alan Lord escribió:> Alberto, do you have Java on your machine?Yes. I have jdk, because I thought I needed it for kde, but only the binarypackage. Very easy to install. But I have had it all the time and had xul and
xml problems too, so I don't know.Alberto--http://linuxfromscratch.org/mailman/listinfo/blfs-supportFAQ: 
http://www.linuxfromscratch.org/blfs/faq.htmlUnsubscribe: See the above information pageThat's not correct. Jar packages with mozilla are just zip files. No java needed
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Multi-user Remote Graphical Session Server w/ Windows Client software

2006-10-30 Thread Dominic Hilsbos 
Thank you.
 
Do you know of any How-To for setting this up?
 
What do I need to do to X to do this?
 
What do I need to do to the SSH server to do this?
 
What do I need to configure on the client machine to do this?
 
I'm sorry to still have all these questions, and again thank you for making a recomendation.
 
IsomerX 
On 10/30/06, Rainer Peter Feller <[EMAIL PROTECTED]> wrote:

On Mon, 2006-10-30 at 09:49 +0100, Rainer Peter Feller wrote:> putty + any free X-server for win32 will do the trick
you might try Xminghttp://www.straightrunning.com/XmingNotes/puttyhttp://www.chiark.greenend.org.uk/~sgtatham/putty/
--HCUH Rainer Peter FellerH--http://linuxfromscratch.org/mailman/listinfo/blfs-supportFAQ: 
http://www.linuxfromscratch.org/blfs/faq.htmlUnsubscribe: See the above information page
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Cannot compile kdelibs-3.5.2 - Invalid Type Conversion !!

2006-10-30 Thread Ken Moffat 
On Mon, Oct 30, 2006 at 02:47:55PM -0500, Kevin Williams wrote:
> Hi,
> 
> I am using BLFS book Version svn-20061015. I have installed all the packages 
> from the start to the XOrg part. Now, I'm into KDE, compiled aRts 
> successfully but am stuck when it comes to compiling kdelibs.
> 
 I'll note in passing that 3.5.5 is out, as is qt-3.3.7, and that
they should build with the current instructions, so you might want
to upgrade before you go any further.

 Now, to your specific problem.  I don't have mDNSResponder, so in
my case the zeroconf code is just a stub and I *can't* say "works for
me".  But, this looks as if it the prototype for DNSServiceErrorType
has changed somewhen -
> remoteservice.cpp: In member function 'void 
> DNSSD::RemoteService::resolveAsync()':
> remoteservice.cpp:105: error: invalid conversion from 'void 
> (*)(_DNSServiceRef_t*, DNSServiceFlags, uint32_t, DNSServiceErrorType, const 
> char*, const char*, uint16_t, uint16_t, const char*, void*)' to 'void 
> (*)(_DNSServiceRef_t*, DNSServiceFlags, uint32_t, DNSServiceErrorType, const 
> char*, const char*, uint16_t, uint16_t, const unsigned char*, void*)'
> remoteservice.cpp:105: error:   initializing argument 7 of 
> 'DNSServiceErrorType DNSServiceResolve(_DNSServiceRef_t**, DNSServiceFlags, 
> uint32_t, const char*, const char*, const char*, void (*)(_DNSServiceRef_t*, 
> DNSServiceFlags, uint32_t, DNSServiceErrorType, const char*, const char*, 
> uint16_t, uint16_t, const unsigned char*, void*), void*)'

> PS: Not sure if this helps, I'm using mDNSResponder-107.6

 Looking at the guys on gentoo, they have ebuilds for 107.5 and 107.1,
and they appear to be building kdelibs-3.5.5 against those.  This
isn't a regular package where it's easy to find old versions (I
suppose they're tucked away on apple's site, but the link just
points to the latest and greatest), so I'm going to recommend that you
try kde 3.5.5 (in theory 107.6 should be a minor change, so it ought
to work) and arts-1.5.5 (and upgrade qt just like everybody else
should, but that part can probably wait).  If that doesn't build,
hopefully picking up 107.5 from your local gentoo mirror (with 3.5.5)
will help.

 The down-side to this advice is you've got a lot of recompilation
to do before getting back to where you are now, and no guarantees
that my suggestion will help.  AFAIK mDNSResponder isn't widely
used, so you might be taking on a 'pathfinder' rôle in getting it
working with kde on blfs.  If I were you, I'd probably wait for a few
hours in case somebody else says "oh yes, you need to do this...".

 If you are indeed out on your own for this, please keep the list
informed about what works, or doesn't.  Thanks.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Cannot compile kdelibs-3.5.2 - Invalid Type Conversion !!

2006-10-30 Thread Kevin Williams 
Thanks for the quick response.

I'm gonna look into this 3.5.5. Hope, I don't have to recompile too many 
packages. If it is only recompiling some 10 -15 packages, shouldn't be a 
problem. Whatever it may be, I'll come back and shout a few words on that.

As I were stuck with kdelibs compilation problem, I decided to go ahead with 
Gnome. Which, unfortunately has lead me into another problem. Less than ten 
minutes back, I were compiling libgnomeui-2.14.1. It bailed out with the 
following errors:
---
Making all in file-chooser
make[2]: Entering directory `/home-dir/BLFS/wd/libgnomeui-2.14.1/file-chooser'
if /bin/sh ../libtool --mode=compile 
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -D_REENTRANT -pthread -DORBIT2=1 
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/directfb 
-I/usr/include/libpng12 -I/usr/X11R7/include -I/opt/gnome/include/libgnome-2.0 
-I/opt/gnome/include/orbit-2.0 -I/opt/gnome/include/libbonobo-2.0 
-I/opt/gnome/include/gconf/2 -I/opt/gnome/include/gnome-vfs-2.0 
-I/opt/gnome/lib/gnome-vfs-2.0/include 
-I/opt/gnome/include/bonobo-activation-2.0   -D_FILE_OFFSET_BITS=64 
-D_BSD_SOURCE -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS 
-D_REENTRANT -DG_DISABLE_DEPRECATED -mtune=pentium4m -march=pentium4m 
-msse2 -MT 
gtkfilesystemgnomevfs.lo -MD -MP -MF ".deps/gtkfilesystemgnomevfs.Tpo" \
  -c -o gtkfilesystemgnomevfs.lo `test -f 'gtkfilesystemgnomevfs.c' || 
echo './'`gtkfilesystemgnomevfs.c; \
then 
mv -f ".deps/gtkfilesystemgnomevfs.Tpo" ".deps/gtkfilesystemgnomevfs.Plo"; \
else rm -f ".deps/gtkfilesystemgnomevfs.Tpo"; exit 1; \
fi
 
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -D_REENTRANT -pthread -DORBIT2=1 
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/directfb 
-I/usr/include/libpng12 -I/usr/X11R7/include -I/opt/gnome/include/libgnome-2.0 
-I/opt/gnome/include/orbit-2.0 -I/opt/gnome/include/libbonobo-2.0 
-I/opt/gnome/include/gconf/2 -I/opt/gnome/include/gnome-vfs-2.0 
-I/opt/gnome/lib/gnome-vfs-2.0/include 
-I/opt/gnome/include/bonobo-activation-2.0 -D_FILE_OFFSET_BITS=64 -D_BSD_SOURCE 
-D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT 
-DG_DISABLE_DEPRECATED -mtune=pentium4m -march=pentium4m -msse2 -MT 
gtkfilesystemgnomevfs.lo -MD -MP -MF .deps/gtkfilesystemgnomevfs.Tpo -c 
gtkfilesystemgnomevfs.c  -fPIC -DPIC -o .libs/gtkfilesystemgnomevfs.o
gtkfilesystemgnomevfs.c: In function 'gtk_file_system_gnome_vfs_iface_init':
gtkfilesystemgnomevfs.c:387: warning: assignment from incompatible pointer 
type
gtkfilesystemgnomevfs.c:388: warning: assignment from incompatible pointer 
type
gtkfilesystemgnomevfs.c:392: warning: assignment from incompatible pointer 
type
gtkfilesystemgnomevfs.c:394: error: 'GtkFileSystemIface' has no member 
named 'volume_render_icon'
gtkfilesystemgnomevfs.c:402: error: 'GtkFileSystemIface' has no member 
named 'render_icon'
make[2]: *** [gtkfilesystemgnomevfs.lo] Error 1
make[2]: Leaving directory `/home-dir/BLFS/wd/libgnomeui-2.14.1/file-chooser'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home-dir/BLFS/wd/libgnomeui-2.14.1'
make: *** [all] Error 2
-

Looks like I'm in a fix. Neither here nor there ! 

I'm gonna trace this to see if there is some sort of incompatibility between 
the versions of gnome libraries which, I downloaded as per instructions in 
the BLFS book.

I'm gonna be taking a break now and shall contiune in the morning.

Thanks.

Kevin


On Monday 30 October 2006 18:04, Ken Moffat wrote:
> On Mon, Oct 30, 2006 at 02:47:55PM -0500, Kevin Williams wrote:
> > Hi,
> >
> > I am using BLFS book Version svn-20061015. I have installed all the
> > packages from the start to the XOrg part. Now, I'm into KDE, compiled
> > aRts successfully but am stuck when it comes to compiling kdelibs.
>
>  I'll note in passing that 3.5.5 is out, as is qt-3.3.7, and that
> they should build with the current instructions, so you might want
> to upgrade before you go any further.
>
>  Now, to your specific problem.  I don't have mDNSResponder, so in
> my case the zeroconf code is just a stub and I *can't* say "works for
> me".  But, this looks as if it the prototype for DNSServiceErrorType
> has changed somewhen -
>
> > remoteservice.cpp: In member function 'void
> > DNSSD::RemoteService::resolveAsync()': remoteservice.cpp:105: error:
> > invalid conversion from 'void (*)(_DNSServiceRef_t*, DNSServiceFlags,
> > uint32_t, DNSSer

Re: Cannot compile kdelibs-3.5.2 - Invalid Type Conversion !!

2006-10-30 Thread Dan Nicholson 

On 10/30/06, Kevin Williams <[EMAIL PROTECTED]> wrote:


As I were stuck with kdelibs compilation problem, I decided to go ahead with
Gnome. Which, unfortunately has lead me into another problem. Less than ten
minutes back, I were compiling libgnomeui-2.14.1. It bailed out with the
following errors:





gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -D_REENTRANT -pthread -DORBIT2=1 
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/directfb 
-I/usr/include/libpng12 -I/usr/X11R7/include -I/opt/gnome/include/libgnome-2.0 
-I/opt/gnome/include/orbit-2.0 -I/opt/gnome/include/libbonobo-2.0 
-I/opt/gnome/include/gconf/2 -I/opt/gnome/include/gnome-vfs-2.0 
-I/opt/gnome/lib/gnome-vfs-2.0/include 
-I/opt/gnome/include/bonobo-activation-2.0 -D_FILE_OFFSET_BITS=64 -D_BSD_SOURCE 
-D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT 
-DG_DISABLE_DEPRECATED -mtune=pentium4m -march=pentium4m -msse2 -MT
gtkfilesystemgnomevfs.lo -MD -MP -MF .deps/gtkfilesystemgnomevfs.Tpo -c
gtkfilesystemgnomevfs.c  -fPIC -DPIC -o .libs/gtkfilesystemgnomevfs.o
gtkfilesystemgnomevfs.c: In function 'gtk_file_system_gnome_vfs_iface_init':
gtkfilesystemgnomevfs.c:387: warning: assignment from incompatible pointer
type
gtkfilesystemgnomevfs.c:388: warning: assignment from incompatible pointer
type
gtkfilesystemgnomevfs.c:392: warning: assignment from incompatible pointer
type
gtkfilesystemgnomevfs.c:394: error: 'GtkFileSystemIface' has no member
named 'volume_render_icon'


I've never seen this issue before. What's your base system? Which gcc
are you using?

--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Firefox 2.0

2006-10-30 Thread Alan Lord 

Alberto Hernando wrote:

El Lunes, 30 de Octubre de 2006 11:11, Alan Lord escribió:

Alberto, do you have Java on your machine?


Yes. I have jdk, because I thought I needed it for kde, but only the binary 
package. Very easy to install. But I have had it all the time and had xul and 
xml problems too, so I don't know.


Alberto


Well, I rebuilt FF2 with a cut-down .mozconfig (like yours but 
--with-system-nss/nspr) and with the jdk installed.


Firefox now opens and runs as it should!

So, I needed the fix discussed at the start of this thread and I used a 
fairly minimal mozconfig. Below. Once I get some more time, I'll try and 
add things back in to the mozconfig to see what it was that broke the 
build...


===.mozconfig begin
#
# See http://www.mozilla.org/build/ for build instructions.
#

# Source default settings
. $topsrcdir/browser/config/mozconfig

# Options for client.mk.
mk_add_options MOZ_CO_PROJECT=browser
mk_add_options [EMAIL PROTECTED]@/../firefox-build

# Options for 'configure' (same as command-line options).
ac_add_options --prefix=/usr
ac_add_options --with-system-nspr
ac_add_options --with-system-nss
ac_add_options --with-system-jpeg
ac_add_options --with-system-zlib
ac_add_options --with-system-png
ac_add_options --enable-system-cairo
ac_add_options --enable-official-branding
ac_add_options --enable-canvas
ac_add_options --enable-default-toolkit=gtk2
ac_add_options --enable-application=browser
ac_add_options --disable-accessibility
ac_add_options --enable-svg
ac_add_options --disable-installer
ac_add_options --disable-updater
ac_add_options --disable-tests
ac_add_options --enable-strip
ac_add_options --enable-cpp-rtti
ac_add_options --enable-ldap
==.mozconfig end===

Thanks for everyone's input.

Alan

--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Cannot compile kdelibs-3.5.2 - Invalid Type Conversion !!

2006-10-30 Thread Kevin Williams 
Sorry about that. My bad ! I installed gtk+-2.10.6 instead of 2.8.20 thinking 
it would be great to have a newer version installed ! I am in the process of 
compiling gtk+2.8.20 at the omment. 

Though, I said I was gonna take a break, yet I browsed thru' source code 
(header files) to check for the struct  'GtkFileSystemIface'. 2.10.6 really 
isn't the same as 2.8.20 at least in this particular struct. I could see 
several changes in just this struct alone !

Well, my eyes have developed soreness as I have been continously sitting 
infront of my lappy since morning. I cannot contiune with bleary eyes !! I 
really am gonna take a break now.

I still am expecting an answer on the kde issue and would really appreciate if 
somebody could tell me what needs to be done. 

Oh, IMHO I'm gonna uninstall mDNSResponder and try and recompile kdelibs and 
see if that makes a difference.

I will come back and shout on this.

Thanks,

Kevin

 
On Monday 30 October 2006 19:00, Dan Nicholson wrote:
> On 10/30/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
> > As I were stuck with kdelibs compilation problem, I decided to go ahead
> > with Gnome. Which, unfortunately has lead me into another problem. Less
> > than ten minutes back, I were compiling libgnomeui-2.14.1. It bailed out
> > with the following errors:
>
> 
>
> > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -D_REENTRANT -pthread
> > -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include
> > -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0
> > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
> > -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12
> > -I/usr/X11R7/include -I/opt/gnome/include/libgnome-2.0
> > -I/opt/gnome/include/orbit-2.0 -I/opt/gnome/include/libbonobo-2.0
> > -I/opt/gnome/include/gconf/2 -I/opt/gnome/include/gnome-vfs-2.0
> > -I/opt/gnome/lib/gnome-vfs-2.0/include
> > -I/opt/gnome/include/bonobo-activation-2.0 -D_FILE_OFFSET_BITS=64
> > -D_BSD_SOURCE -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
> > -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DG_DISABLE_DEPRECATED
> > -mtune=pentium4m -march=pentium4m -msse2 -MT gtkfilesystemgnomevfs.lo -MD
> > -MP -MF .deps/gtkfilesystemgnomevfs.Tpo -c gtkfilesystemgnomevfs.c  -fPIC
> > -DPIC -o .libs/gtkfilesystemgnomevfs.o gtkfilesystemgnomevfs.c: In
> > function 'gtk_file_system_gnome_vfs_iface_init':
> > gtkfilesystemgnomevfs.c:387: warning: assignment from incompatible
> > pointer type
> > gtkfilesystemgnomevfs.c:388: warning: assignment from incompatible
> > pointer type
> > gtkfilesystemgnomevfs.c:392: warning: assignment from incompatible
> > pointer type
> > gtkfilesystemgnomevfs.c:394: error: 'GtkFileSystemIface' has no member
> > named 'volume_render_icon'
>
> I've never seen this issue before. What's your base system? Which gcc
> are you using?
>
> --
> Dan
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Cannot compile kdelibs-3.5.2 - Invalid Type Conversion !!

2006-10-30 Thread Ken Moffat 
On Mon, Oct 30, 2006 at 04:00:35PM -0800, Dan Nicholson wrote:
> On 10/30/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
> >
> >-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DG_DISABLE_DEPRECATED 
> >-mtune=pentium4m -march=pentium4m -msse2 -MT
> >gtkfilesystemgnomevfs.lo -MD -MP -MF .deps/gtkfilesystemgnomevfs.Tpo -c
> >gtkfilesystemgnomevfs.c  -fPIC -DPIC -o .libs/gtkfilesystemgnomevfs.o
> >gtkfilesystemgnomevfs.c: In function 
> >'gtk_file_system_gnome_vfs_iface_init':
> >gtkfilesystemgnomevfs.c:387: warning: assignment from incompatible pointer
> >type
> >gtkfilesystemgnomevfs.c:388: warning: assignment from incompatible pointer
> >type
> >gtkfilesystemgnomevfs.c:392: warning: assignment from incompatible pointer
> >type
> >gtkfilesystemgnomevfs.c:394: error: 'GtkFileSystemIface' has no member
> >named 'volume_render_icon'
> 
> I've never seen this issue before. What's your base system? Which gcc
> are you using?
> 
 I found one report from altlinux (automated build report, this
package failed) and another from lunar linux which claims it was
fixed by using libgnomeui-2.15 (yeugh! that's an unstable version).

 Are you using a different version of gtk+-2 than is in the book ?
I'm on my laptop with an old system (September '05, the blfs
versions might be a little older), and it seems to have a
volume_render_icon member, so I guess maybe a newer gtk+-2 ?

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Cannot compile kdelibs-3.5.2 - Invalid Type Conversion !!

2006-10-30 Thread Dan Nicholson 

On 10/30/06, Kevin Williams <[EMAIL PROTECTED]> wrote:

Sorry about that. My bad ! I installed gtk+-2.10.6 instead of 2.8.20 thinking
it would be great to have a newer version installed ! I am in the process of
compiling gtk+2.8.20 at the omment.

Though, I said I was gonna take a break, yet I browsed thru' source code
(header files) to check for the struct  'GtkFileSystemIface'. 2.10.6 really
isn't the same as 2.8.20 at least in this particular struct. I could see
several changes in just this struct alone !


Yeah, I think that's the one. I'd read in some GNOME developer blogs
about how gtk-2.10.x was causing all sorts of problems. If you really
want to use it, I would suggest trying out the gnome-2.16 stuff. But
that's a whole nother can of worms. Best to roll back gtk for the
easiest solution.

P.S. Please don't top-post. Thanks.

--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Cannot compile kdelibs-3.5.2 - Invalid Type Conversion !!

2006-10-30 Thread Ken Moffat 
On Mon, Oct 30, 2006 at 07:22:50PM -0500, Kevin Williams wrote:
> 
> Though, I said I was gonna take a break, yet I browsed thru' source code 
> (header files) to check for the struct  'GtkFileSystemIface'. 2.10.6 really 
> isn't the same as 2.8.20 at least in this particular struct. I could see 
> several changes in just this struct alone !
> 
 You might want to also check glib2, atk, and pango.  My rule of
thumb is that you can happily go for a newer third-level in the
version, but mixing versions that aren't "in sync" with each other
will cause you pain.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

CUPS-1.1.23 cannot compile with libpng-1.1.12 ! - upgrade to CUPS-1.2.5

2006-10-30 Thread Jerzy Goca 




I was  compiling CUPS-1.1.23  and got an error:

(...)
Compiling imagetops.c...
(...)
Compiling image-png.c...
image-png.c: In function 'ImageReadPNG':
image-png.c:89: warning: format '%d' expects type 'int', but argument 3
has type 'png_uint_32'
image-png.c:89: warning: format '%d' expects type 'int', but argument 4
has type 'png_uint_32'
(...)
Linking libcupsimage.so.2...
Linking imagetops...
../filter/libcupsimage.so: undefined reference to `png_read_destroy'
collect2: ld returned 1 exit status
make[1]: *** [imagetops] Error 1
make: *** [all] Error 1

The problem is in image-png.c:
at the end of the file:

  png_read_end(pp, info);
  png_read_destroy(pp, info, NULL);

  fclose(fp);
  free(in);
  free(out);

  return (0);
}
#endif /* HAVE_LIBPNG && HAVE_LIBZ */

In the /usr/include/png.h we read:

/* free all memory used by the read (old method - NOT DLL EXPORTED) */
extern void png_read_destroy PNGARG((png_structp png_ptr, png_infop
info_ptr,
   png_infop end_info_ptr));

And pnglib(1) says:

(...)
   The old libpng functions png_read_init(), png_write_init(),
png_info_init(), png_read_destroy(), and png_write_destroy()  have
been  moved  to  PNG_INTERNAL  in  version  0.95 to discourage their
use.  
These functions will be removed from libpng version 2.0.0.
   The preferred method of creating and  initializing  the  libpng 
structures  is  via  the  png_create_read_struct(), 
png_create_write_struct(),  and  png_create_info_struct() because they
isolate the size of the structures from the application, allow version
error checking, and also allow the use of custom error handling
routines during  the  initialization,  which  the  old functions  do
not.  The functions png_read_destroy() and png_write_destroy() do not
actually free the memory that libpng allocated for these structs, but
just reset the data structures, so they can be  used  instead  of 
png_destroy_read_struct()  and  png_destroy_write_struct()  if you feel
there is too much system overhead allocating and freeing the png_struct
for each image read.
(...)

At www.linuxprinting we can find:
changes in CUPS 1.2rc3:

  The PNG image handling code used deprecated functions from libpng
(STR #1587)
  

So best solution is to upgrade to the latest version 1.2.5

The instructions in BLFS (with sed but without the patch) succeeded in
building CUPS.
I haven't configured it yet, but at least the building was painless.

Regards, 
  juras


-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: CUPS-1.1.23 cannot compile with libpng-1.1.12 ! - upgrade to CUPS-1.2.5

2006-10-30 Thread Dan Nicholson 

On 10/30/06, Jerzy Goca <[EMAIL PROTECTED]> wrote:


 I was  compiling CUPS-1.1.23  and got an error:
 (...)
 Compiling imagetops.c...
 (...)
 Compiling image-png.c...
 image-png.c: In function 'ImageReadPNG':
 image-png.c:89: warning: format '%d' expects type 'int', but argument 3 has
type 'png_uint_32'
 image-png.c:89: warning: format '%d' expects type 'int', but argument 4 has
type 'png_uint_32'
 (...)
 Linking libcupsimage.so.2...
 Linking imagetops...
 ../filter/libcupsimage.so: undefined reference to `png_read_destroy'
 collect2: ld returned 1 exit status
 make[1]: *** [imagetops] Error 1
 make: *** [all] Error 1


This is all fixed in cups-1.2.x. The update has been languishing in
the ticket system for a while.

http://wiki.linuxfromscratch.org/blfs/ticket/1979

Please try the newer version of cups as all the feedback has been positive.

--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: CUPS-1.1.23 cannot compile with libpng-1.1.12 ! - upgrade to CUPS-1.2.5

2006-10-30 Thread Dan Nicholson 

On 10/30/06, Dan Nicholson <[EMAIL PROTECTED]> wrote:

On 10/30/06, Jerzy Goca <[EMAIL PROTECTED]> wrote:
>
>  I was  compiling CUPS-1.1.23  and got an error:
>  (...)
>  Compiling imagetops.c...
>  (...)
>  Compiling image-png.c...
>  image-png.c: In function 'ImageReadPNG':
>  image-png.c:89: warning: format '%d' expects type 'int', but argument 3 has
> type 'png_uint_32'
>  image-png.c:89: warning: format '%d' expects type 'int', but argument 4 has
> type 'png_uint_32'
>  (...)
>  Linking libcupsimage.so.2...
>  Linking imagetops...
>  ../filter/libcupsimage.so: undefined reference to `png_read_destroy'
>  collect2: ld returned 1 exit status
>  make[1]: *** [imagetops] Error 1
>  make: *** [all] Error 1

This is all fixed in cups-1.2.x. The update has been languishing in
the ticket system for a while.

http://wiki.linuxfromscratch.org/blfs/ticket/1979

Please try the newer version of cups as all the feedback has been positive.


Just read your whole message and it seems that you've done this
already. Feel free to add any comments to the ticket above.

--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: CUPS-1.1.23 cannot compile with libpng-1.1.12 ! - upgrade to CUPS-1.2.5

2006-10-30 Thread Kevin Williams 
Just wanted to say that, what has been said by Jerzy is true and something I 
myself encountered a couple of days before. It took me an hours googling and 
going thru' the source code to realize this. I was thinking of coming back 
later and update wiki page of BLFS.

There is a thread on gentoo.org on this with a solution suggested but which, 
didn't work for me. Here it is :
http://forums.gentoo.org/viewtopic-t-470791-highlight-libpng.html

Thanks

Kevin

On Monday 30 October 2006 21:50, Jerzy Goca wrote:
> I was  compiling CUPS-1.1.23  and got an error:
> (...)
> Compiling imagetops.c...
> (...)
> Compiling image-png.c...
> image-png.c: In function 'ImageReadPNG':
> image-png.c:89: warning: format '%d' expects type 'int', but argument 3
> has type 'png_uint_32'
> image-png.c:89: warning: format '%d' expects type 'int', but argument 4
> has type 'png_uint_32'
> (...)
> Linking libcupsimage.so.2...
> Linking imagetops...
> ../filter/libcupsimage.so: undefined reference to `png_read_destroy'
> collect2: ld returned 1 exit status
> make[1]: *** [imagetops] Error 1
> make: *** [all] Error 1
>
> The problem is in image-png.c:
> at the end of the file:
>
>   png_read_end(pp, info);
>   png_read_destroy(pp, info, NULL);
>
>   fclose(fp);
>   free(in);
>   free(out);
>
>   return (0);
> }
> #endif /* HAVE_LIBPNG && HAVE_LIBZ */
>
> In the /usr/include/png.h we read:
>
> /* free all memory used by the read (old method - NOT DLL EXPORTED) */
> extern void png_read_destroy PNGARG((png_structp png_ptr, png_infop
> info_ptr,
>png_infop end_info_ptr));
>
> And pnglib(1) says:
>
> (...)
>The old libpng functions png_read_init(), png_write_init(),
> png_info_init(), png_read_destroy(), and png_write_destroy()  have been
> moved  to  PNG_INTERNAL  in  version  0.95 to discourage their use.
> These functions will be removed from libpng version 2.0.0.
>The preferred method of creating and  initializing  the  libpng
> structures  is  via  the  png_create_read_struct(),
> png_create_write_struct(),  and  png_create_info_struct() because they
> isolate the size of the structures from the application, allow version
> error checking, and also allow the use of custom error handling routines
> during  the  initialization,  which  the  old functions  do not.  The
> functions png_read_destroy() and png_write_destroy() do not actually
> free the memory that libpng allocated for these structs, but just reset
> the data structures, so they can be  used  instead  of
> png_destroy_read_struct()  and  png_destroy_write_struct()  if you feel
> there is too much system overhead allocating and freeing the png_struct
> for each image read.
> (...)
>
> At www.linuxprinting we can find:
> changes in CUPS 1.2rc3:
>
> * The PNG image handling code used deprecated functions from libpng
>   (STR #1587 )
>
> So best solution is to upgrade to the latest version 1.2.5
>
> The instructions in BLFS (with sed but without the patch) succeeded in
> building CUPS.
> I haven't configured it yet, but at least the building was painless.
>
> Regards,
>   juras
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: Multi-user Remote Graphical Session Server w/ Windows Client software

2006-10-30 Thread IsomerX 
I read through the stuff on the website and got it working, thank you 
for pointing me to this.  As always been awesome dealing with this group 
of people



Thank you.
 
Do you know of any How-To for setting this up?
 
What do I need to do to X to do this?
 
What do I need to do to the SSH server to do this?
 
What do I need to configure on the client machine to do this?
 
I'm sorry to still have all these questions, and again thank you for 
making a recomendation.
 
IsomerX


 
On 10/30/06, *Rainer Peter Feller* 
<[EMAIL PROTECTED] 
> wrote:


On Mon, 2006-10-30 at 09:49 +0100, Rainer Peter Feller wrote:

> putty + any free X-server for win32 will do the trick

you might try Xming
http://www.straightrunning.com/XmingNotes/

putty
http://www.chiark.greenend.org.uk/~sgtatham/putty/


--
H
CUH Rainer Peter Feller
H

--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page




--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: CUPS-1.1.23 cannot compile with libpng-1.1.12 ! - upgrade to CUPS-1.2.5

2006-10-30 Thread Jerzy Goca 
Dan Nicholson napisał(a):
> Just read your whole message and it seems that you've done this
> already. Feel free to add any comments to the ticket above.
>
Thank you Dan,
I was writing because I haven't seen the 'ticket' page before. :-D
Sorry for my ignorance.
It seems that I am doing a lot of noice
I'll do my best next time...
JG


-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

[nitpicking] Re: Multi-user Remote Graphical Session Server w/ Windows Client software

2006-10-30 Thread Rainer Peter Feller 
On Mon, 2006-10-30 at 21:53 -0700, IsomerX wrote:
> I read through the stuff on the website and got it working, thank you 
> for pointing me to this.  As always been awesome dealing with this group 
> of people
> 
> > Thank you.
> >  
> > Do you know of any How-To for setting this up?
> >  
> > What do I need to do to X to do this?
> >  
> > What do I need to do to the SSH server to do this?
> >  
> > What do I need to configure on the client machine to do this?
> >  
> > I'm sorry to still have all these questions, and again thank you for 
> > making a recomendation.
> >  
> > IsomerX
> >
> >  
> > On 10/30/06, *Rainer Peter Feller* 
> > <[EMAIL PROTECTED] 
> > > wrote:
> >
> > On Mon, 2006-10-30 at 09:49 +0100, Rainer Peter Feller wrote:
> >
> > > putty + any free X-server for win32 will do the trick
> >
> > you might try Xming
> > http://www.straightrunning.com/XmingNotes/
> >
> > putty
> > http://www.chiark.greenend.org.uk/~sgtatham/putty/
> > 

Hi,
I think this should be on the chat list
may be also in as a hint

-- 
  H
CUH Rainer Peter Feller
  H

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page