[blfs-dev] g-ir-scanner and cairo

2012-05-07 Thread Pierre Labastie
Hi,

A few packages in the gnome chapter fail to build when issuing
g-ir-scanner commands. The reason is they have #include cairo.h
directives in header files, and cairo.h is in /usr/include/cairo.

While it is not a problem with compilation commands, which use
-I/usr/include/cairo, that switch is not used with the g-ir-scanner
command, thus giving an error.

The affected packages I have found so far are librsvg,
metacity, and libgxps.

One workaround I have found is :

sed -i 's@cairo\.h@cairo/cairo.h@' *.h (or src/*.h
for metacity)

I do not know much about gobject-introspection, so there could
be better fixes. Anyway, with the current instructions, those
packages do not build.

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


Re: [blfs-dev] g-ir-scanner and cairo

2012-05-07 Thread Andrew Benton
On Mon, 07 May 2012 11:34:23 +0100
Pierre Labastie pierre.labas...@neuf.fr wrote:

 Hi,
 
 A few packages in the gnome chapter fail to build when issuing
 g-ir-scanner commands. The reason is they have #include cairo.h
 directives in header files, and cairo.h is in /usr/include/cairo.
 
 While it is not a problem with compilation commands, which use
 -I/usr/include/cairo, that switch is not used with the g-ir-scanner
 command, thus giving an error.
 
 The affected packages I have found so far are librsvg,
 metacity, and libgxps.

Thanks for the heads up. I was unaware of the problem as I only install
librsvg out of those packages and I was still using librsvg-2.32.0
which compiled fine as it doesn't seem to use gobject-introspection.
With librsvg-2.36.1 I get:
  GISCAN Rsvg-2.0.gir
In file included from stdin:5:0:
/home/andy/librsvg-2.36.1/rsvg-cairo.h:29:19: fatal error: cairo.h: No such 
file or directory
compilation terminated.
Error while processing the source.
make[2]: *** [Rsvg-2.0.gir] Error 1
make[2]: Leaving directory `/home/andy/librsvg-2.36.1'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/andy/librsvg-2.36.1'
make: *** [all] Error 2

 One workaround I have found is :
 
 sed -i 's@cairo\.h@cairo/cairo.h@' *.h (or src/*.h
 for metacity)
 
 I do not know much about gobject-introspection, so there could
 be better fixes. Anyway, with the current instructions, those
 packages do not build.

Including cairo/cairo.h in every header seems like quite a large
sledgehammer to crack a nut. Perhaps a more delicate solution would be
(for librsvg-2.36.1):

sed -i '/_gir_CFLAGS/s#$# -I/usr/include/cairo#' Makefile.in

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


Re: [blfs-dev] g-ir-scanner and cairo

2012-05-07 Thread Ken Moffat
On Mon, May 07, 2012 at 01:46:57PM +0100, Andrew Benton wrote:
 On Mon, 07 May 2012 11:34:23 +0100
 Pierre Labastie pierre.labas...@neuf.fr wrote:
 
  Hi,
  
  A few packages in the gnome chapter fail to build when issuing
  g-ir-scanner commands. The reason is they have #include cairo.h
  directives in header files, and cairo.h is in /usr/include/cairo.
  
  While it is not a problem with compilation commands, which use
  -I/usr/include/cairo, that switch is not used with the g-ir-scanner
  command, thus giving an error.
  
  The affected packages I have found so far are librsvg,
  metacity, and libgxps.
 

 Using LFS-svn from 28th April with cairo-1.12.0 and
gobject-introspection-1.32.1 I don't see this in librsvg-2.36.1
(I don't build the other two).

 Thanks for the heads up. I was unaware of the problem as I only install
 librsvg out of those packages and I was still using librsvg-2.32.0
 which compiled fine as it doesn't seem to use gobject-introspection.
 With librsvg-2.36.1 I get:
   GISCAN Rsvg-2.0.gir
 In file included from stdin:5:0:
 /home/andy/librsvg-2.36.1/rsvg-cairo.h:29:19: fatal error: cairo.h: No such 
 file or directory
 compilation terminated.
 Error while processing the source.
 make[2]: *** [Rsvg-2.0.gir] Error 1
 make[2]: Leaving directory `/home/andy/librsvg-2.36.1'
 make[1]: *** [all-recursive] Error 1
 make[1]: Leaving directory `/home/andy/librsvg-2.36.1'
 make: *** [all] Error 2
 
  One workaround I have found is :
  
  sed -i 's@cairo\.h@cairo/cairo.h@' *.h (or src/*.h
  for metacity)
  
  I do not know much about gobject-introspection, so there could
  be better fixes. Anyway, with the current instructions, those
  packages do not build.
 
 Including cairo/cairo.h in every header seems like quite a large
 sledgehammer to crack a nut. Perhaps a more delicate solution would be
 (for librsvg-2.36.1):
 
 sed -i '/_gir_CFLAGS/s#$# -I/usr/include/cairo#' Makefile.in
 
 Andy
 I've got
  GISCAN Rsvg-2.0.gir
  CCLD   rsvg-view-3
g-ir-scanner: Rsvg: warning: 11 warnings suppressed (use --warn-all
to see them)
  GICOMP Rsvg-2.0.gir
make[2]: Leaving directory `/usr/src/librsvg-2.36.1'

 In my case I build dbus, cairo, gtk-doc, dbus-glib, ...,
gobject-introspection in that order, followed by pango, atk,
shared-mime-info, cups, gdk-pixbuf, gtk2, gtk3.

 I don't imagine that variations in the build order are causing
this, but librsvg is building fine for me.  I don't have vala, and
when I used to build it it was near the end of my build.  I remember
someone had a problem in babl or gegl that was attributed to using
vapigen, and I know Andy has reported problems in current libgsf
that I don't get, so I'd better ask if you guys have vala installed ?

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

Re: [blfs-dev] [blfs-book] r10109 - in trunk/BOOK: general/genlib general/genutils general/prog general/sysutils gnome/add postlfs/security pst/printing server/databases server/other xfce/core

2012-05-07 Thread Bruce Dubbs
a...@linuxfromscratch.org wrote:
 Author: andy
 Date: 2012-05-07 14:29:46 -0600 (Mon, 07 May 2012)
 New Revision: 10109
 
 Modified:
trunk/BOOK/general/genlib/libidn.xml
trunk/BOOK/general/genutils/graphviz.xml
trunk/BOOK/general/prog/gcc.xml
trunk/BOOK/general/prog/junit.xml
trunk/BOOK/general/prog/subversion.xml
trunk/BOOK/general/sysutils/apache-ant.xml
trunk/BOOK/gnome/add/libgda.xml
trunk/BOOK/postlfs/security/cyrus-sasl.xml
trunk/BOOK/postlfs/security/openssh.xml
trunk/BOOK/pst/printing/cups.xml
trunk/BOOK/server/databases/db.xml
trunk/BOOK/server/other/virtuoso.xml
trunk/BOOK/xfce/core/xfce4-session.xml
 Log:
 Bruce please check the book validates before you commit your changes

I almost always do that.  I've probably built 20 times today and jsut got out 
of 
sync.  I was in the process of making that same commit.

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


Re: [blfs-dev] g-ir-scanner and cairo

2012-05-07 Thread Andrew Benton
On Tue, 08 May 2012 01:33:45 +0100
Armin K. kre...@email.com wrote:

 I don't know about your setup but there is definitely something wrong. 
 librsvg uses pkg-config to get cflags for cairo. I did not experience 
 any problems with that one.

What version of Cairo have you installed?

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


Re: [blfs-dev] g-ir-scanner and cairo

2012-05-07 Thread Armin K.
On 05/08/2012 03:35 AM, Andrew Benton wrote:
 On Tue, 08 May 2012 01:33:45 +0100
 Armin K.kre...@email.com  wrote:

 I don't know about your setup but there is definitely something wrong.
 librsvg uses pkg-config to get cflags for cairo. I did not experience
 any problems with that one.

 What version of Cairo have you installed?

 Andy

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


Re: [blfs-dev] [blfs-book] r10104 - trunk/BOOK/general/graphlib

2012-05-07 Thread Andrew Benton
On Tue, 08 May 2012 01:18:48 +0100
Armin K. kre...@email.com wrote:

 On 05/07/2012 06:48 PM, a...@linuxfromscratch.org wrote:
  Author: andy
  Date: 2012-05-07 10:48:52 -0600 (Mon, 07 May 2012)
  New Revision: 10104
 
  -xref linkend=gtk3/  and
  +xref linkend=gtk2/  orxref linkend=gtk3/  and
 
 This is not or ... GTK+3 is required for rsvg-view-3 and GTK+2 for the 
 engine. Also, cairo, gdk-pixbuf, glib, libcroco, libxml and pango are 
 really required for this one. I choose GTK+3 as required, but it can be 
 well set optional as GTK+2 was.
 
 See http://git.gnome.org/browse/librsvg/tree/configure.in for the deps.

I have installed librsvg-2.36.1 on a system without Gtk 3. The build
failed without any Gtk installed but it succeeded without Gtk 3.
You need to learn to test the dependencies more thoroughly. Your work
cannot be trusted.

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


Re: [blfs-dev] [blfs-book] r10104 - trunk/BOOK/general/graphlib

2012-05-07 Thread Armin K.
On 05/08/2012 03:40 AM, Andrew Benton wrote:
 On Tue, 08 May 2012 01:18:48 +0100
 Armin K.kre...@email.com  wrote:

 On 05/07/2012 06:48 PM, a...@linuxfromscratch.org wrote:
 Author: andy
 Date: 2012-05-07 10:48:52 -0600 (Mon, 07 May 2012)
 New Revision: 10104

 -xref linkend=gtk3/   and
 +xref linkend=gtk2/   orxref linkend=gtk3/   and

 This is not or ... GTK+3 is required for rsvg-view-3 and GTK+2 for the
 engine. Also, cairo, gdk-pixbuf, glib, libcroco, libxml and pango are
 really required for this one. I choose GTK+3 as required, but it can be
 well set optional as GTK+2 was.

 See http://git.gnome.org/browse/librsvg/tree/configure.in for the deps.

 I have installed librsvg-2.36.1 on a system without Gtk 3. The build
 failed without any Gtk installed but it succeeded without Gtk 3.
 You need to learn to test the dependencies more thoroughly. Your work
 cannot be trusted.

 Andy

As I said, GTK+3 is only required for rsvg-view-3, but it's still not 
gtk3 or gtk2. I'll check it later. If you don't like my work, do it 
yourself - but make sure everything works before changing deps.
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] [blfs-book] r10104 - trunk/BOOK/general/graphlib

2012-05-07 Thread Bruce Dubbs
Andrew Benton wrote:
 On Tue, 08 May 2012 01:18:48 +0100
 Armin K. kre...@email.com wrote:
 
 On 05/07/2012 06:48 PM, a...@linuxfromscratch.org wrote:
 Author: andy
 Date: 2012-05-07 10:48:52 -0600 (Mon, 07 May 2012)
 New Revision: 10104

 -xref linkend=gtk3/  and
 +xref linkend=gtk2/  orxref linkend=gtk3/  and
 This is not or ... GTK+3 is required for rsvg-view-3 and GTK+2 for the 
 engine. Also, cairo, gdk-pixbuf, glib, libcroco, libxml and pango are 
 really required for this one. I choose GTK+3 as required, but it can be 
 well set optional as GTK+2 was.

 See http://git.gnome.org/browse/librsvg/tree/configure.in for the deps.
 
 I have installed librsvg-2.36.1 on a system without Gtk 3. The build
 failed without any Gtk installed but it succeeded without Gtk 3.
 You need to learn to test the dependencies more thoroughly. Your work
 cannot be trusted.

This comment is not called for.  Everyone makes mistakes in a complex 
environment like BLFS.  Armin has been putting in a tremendous effort.  You 
can't blow it off like that.  Lets work together with helpful comments to make 
everyone's work better.

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


Re: [blfs-dev] [BLFS Trac] #3357: PCI Utilities-3.1.9 (the sed command)

2012-05-07 Thread Bruce Dubbs
BLFS Trac wrote:
 #3357: PCI Utilities-3.1.9 (the sed command)

   * resolution:  = fixed
 
 Comment:
 
  Whoops, sorry Bruce I did not see you assigned it to yourself. I added new
  parameter to pciutils make command that takes care of that. Fixed in
  r10115

No problem.  Right now I'm trying to figure out FOP.  You can take vsftpd if 
you 
want.

Other things that need to be updated:

a2ps
enscript
psutils
paps
jadetex

I'm sure there are others, but we need to make a comprehensive check.  I'm 
reasonably OK with any package that is lfs70 or later.

   -- Bruce



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


Re: [blfs-dev] EOG and librsvg

2012-05-07 Thread Armin K.
On 05/07/2012 02:58 PM, Pierre Labastie wrote:
 Hi,
 There is a weird error when building EOG if librsvg has not been installed.
 Configure detects correctly that librsvg is not there and does not set
 HAVE_RSVG.

 But then, in main.c, there is the line
 #if defined (HAVE_RSVG)  !LIB_RSVG_CHECK(2,35,1)
 which generates an error.

 It looks like the second statement is executed although
 the first one should be false, and since LIB_RSVG_CHECK is not
 defined, it expands to !(2,35,1), which triggers
 the error. According to the gcc/cpp doc, this should not happen.
 (well, I am not very comfortable with all that, since
 I destroyed the log when rebuilding, sorry).

 One possible workaround is to build librsvg first. So
 librsvg could be a required dep.

 Actually, IMHO, having EOG being able to read svg
 images should at least be recommended.

 Regards
 Pierre

I set it as recommended because some would argue that it's not required 
dependency ...
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page


Re: [blfs-dev] [BLFS Trac] #3357: PCI Utilities-3.1.9 (the sed command)

2012-05-07 Thread Bruce Dubbs
Bruce Dubbs wrote:
 BLFS Trac wrote:
 #3357: PCI Utilities-3.1.9 (the sed command)
 
   * resolution:  = fixed

 Comment:

  Whoops, sorry Bruce I did not see you assigned it to yourself. I 
 added new
  parameter to pciutils make command that takes care of that. Fixed in
  r10115
 
 No problem.  Right now I'm trying to figure out FOP.  You can take 
 vsftpd if you want.
 
 Other things that need to be updated:
 
 a2ps
 enscript
 psutils
 paps
 jadetex
 
 I'm sure there are others, but we need to make a comprehensive check.  
 I'm reasonably OK with any package that is lfs70 or later.

In case someone feels the urge, these packages also need to be at least checked 
and, if needed, updated:

general/genlib/libusb-compat.xml:lfs65_checked;
general/genlib/libdaemon.xml:lfs65_checked;

general/prog/gcc.xml:lfs65_checked;

general/genutils/libiodbc.xml:lfs67_checked;

multimedia/libdriv/faad2.xml:lfs65_checked;
multimedia/libdriv/sound-theme-freedesktop.xml:lfs68_built;

networking/mailnews/procmail.xml:lfs67_built;
networking/netutils/mod_dnssd.xml:lfs65_checked;

postlfs/editors/nano.xml:lfs65_checked;

server/mail/sendmail.xml:lfs65_needs_update;

x/lib/gtk-engines.xml:lfs65_checked;

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