- Inkscape Devel - Inkscape Mailman

Inkscape 0.42 on CD in German Magazine c't
by Colin Marquardt 21 Aug '05

21 Aug '05

Hi, the issue of the german computer mag c't with Inkscape 0.42 on CD is out (18/2005). The CD contains only the Windows version, but mentions that Linux and Mac OS X are available for download. It's listed on page 146, together with many other programs that are on the CD, like Scribus (which comes as a Linux binary FWIW). Cheers, Colin

1 0

Re: [Inkscape-devel] remaining showstoppers for 0.42.1
by Hendrik-Jan Heins 21 Aug '05

21 Aug '05

Mandriva linux 2005LE packages are uploaded. No problems with building, and in a quick walkaround in the program, all seems to be ok. Hendrik-Jan -- Publieke GnuPG sleutel beschikbaar op de volgende keyserver: pgpkeys.mit.edu Public GnuPG key available at keyserver pgpkeys.mit.edu

1 0

Build report inkscape-20050820-2220
by Bryce Harrington 21 Aug '05

21 Aug '05

= Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 8 0 == Errors == none == Warnings == connector-context.cpp:786: warning: `SPCurve* reverse_then_unref(SPCurve*)' defined but not used dialogs/desktop-properties.cpp: In function `void sp_doc_dialog_whatever_changed(GtkAdjustment*, GtkWidget*)': dialogs/desktop-properties.cpp:417: warning: unused variable ` Inkscape::XML::Node*repr' dialogs/display-settings.cpp: In function `void sp_display_dialog()': dialogs/display-settings.cpp:1177: warning: unused variable `GtkWidget*vb_tool' display/canvas-arena.cpp: In function `void sp_canvas_arena_class_init(SPCanvasArenaClass*)': display/canvas-arena.cpp:91: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp: In function `void sp_canvas_item_class_init(SPCanvasItemClass*)': display/sp-canvas.cpp:127: warning: invalid access to non-static data member ` SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:127: warning: (perhaps the `offsetof' macro was used incorrectly) libnrtype/Layout-TNG-Output.cpp: In function `const char* Inkscape::Text::weight_to_text(PangoWeight)': libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value ` PANGO_WEIGHT_SEMIBOLD' not handled in switch

1 0

NEW: more viewBox support
by bulia byak 21 Aug '05

21 Aug '05

As I intended to do for a long time, I just committed some more support for documents with viewBox attribute: If the root <svg> element of your document has width/height attributes set in percentage units _and_ there's a viewBox on that element, then: * The canvas size is set to the value of the viewBox attribute. * Changing the canvas size in Document Preferences sets viewBox, without touching the width/height values. So now you can visualize the viewBox by the canvas border and even adjust it easily. The only thing you cannot do is switch the document from the "regular type" (absolute-valued width/height, no viewbox) to the "viewbox type" (percentage-valued width/height, viewbox) or back. By default the "regular type" documents are created, as before. I can add such a switch if there's demand for it. When working on this I discovered that sp_root_write was never called and had lots of rotten code and bugs. I fixed what I could, and it is now used at least when you update document width/height. So please watch for the correctness of the root <svg> in your documents after saving, there may be bugs lurking still. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Inkscape Status Aug 15th
by Bryce Harrington 20 Aug '05

20 Aug '05

The days since the 0.42 release have been busy with much activity. The mailing lists have surged with traffic, we're seeing magazines printing articles for Inkscape, lots of new code is going into the development tree, and a new 0.42.1 bugfix release is nearing completion. There's been some very interesting discussions both on and off list; it'll be quite interesting to see how the remainder of the year turns out. </p> <p> The Google Summer of Code projects are bubbling right along. There's not much time left, so we're hoping to see things get wrapped up for 0.43. <p> <pre> Statistics Jun 1 Jul 1 Aug 1 Aug 15 ========== ====== ====== ====== ====== Max Week's Rank on SourceForge: 38 35 3 2 Total SF Page Views 1,935,964 3,797,037 4,452,437 4,739,264 Total SF Downloads 254,647 283,789 378,712 414,093 Total Freshmeat URL Hits 19,149 19,809 21,261 21,947 Total Freshmeat Subscriptions 183 189 208 214 Lines of Code in src/: 374,180 376,319 389,945 392,910 Code lines 260,236 261,600 270,423 271,935 Comment line 67,136 67,724 70,478 71,609 Blank 53,443 53,651 55,698 56,014 Lines of Docs in doc/: 27,790 27,792 28,090 28,074 Lines of content in website: 42,490 42,700 44,483 44,542 Size of the Inkscape wiki: 26,729 28,525 34,890 34,847 Bugs open/total: 215/1223 196/1312 215/1445 237/1511 Features open/total: 453/ 728 471/ 767 440/816 464/852 Patches open/total: 11/ 230 10/ 268 8/325 6/330 CVS Commits (as per inkscape-cvs) 12,040 12,372 12,915 13,129 Inkscape-devel membership: 179 188 200 209 Inkscape-announce membership: 202 217 236 261 Inkscape-user membership: 248 258 276 289 Num Translations: 33 33 33 33 Ave Translation Ratio: 47.8 48.6 54.6 54.9 * - Statistics unavailable

1 0

Working with nodepath
by unknown＠example.com 20 Aug '05

20 Aug '05

I think I'm pretty close to a working patch for adding a node on click. Thus far all the difficult code I needed was already in the codebase somewhere. bbyak got me started; cyreve helped me find things (both much more patiently than necessary). I currently have this: on clicking a path I can calculate the segment to break and t along that segment. The segment is represented by the index of the node on the far side of the segment. First node is 0. When I hook up code to add the node to nodepath the new segment ends up in strange places. I think I need help understanding how to work with a nodepath. The patch in its current broken state can be found at <http://www.ekips.org/comp/inkscape/inx/nodeadd.diff>. I'm sure there are a bunch of C++ problems to clean up and redesigns necessary before it is ready to commit and I'm ready for that but right now I'm just frustrated with not understanding why the nodes go where they do. Aaron Spike

2 2

Re: MacFormat Magazine issue 161: Inkscape
by Bryce Harrington 19 Aug '05

19 Aug '05

Hi Ali, Yes, this is quite fine, and allowed under our license. Please let me know if you have any questions on this. We are going to soon be releasing a new version 0.42.1; I don't know exactly when this will be ready but if your schedule allows for it, I would highly recommend using that version instead of 0.42. 0.42.1 contains a number of critical bug fixes found by various users of 0.42. Thanks, Bryce On Thu, Aug 18, 2005 at 02:48:18PM +0100, Ali Jennings wrote: > Dear Bryce, > > I am the CD-Rom editor for MacFormat magazien based in the uk ( > www.macformat.co.uk ) I would like to ask if you would be happy if we > included your inscape software on our cover mounted CD ROM. Could you > let me know if this will be possible? > > Kind regards, > > Ali Jennings > Inkscape > > > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to which they are addressed. > If you have received this email in error please reply to this email and > then delete it. Please note that any views or opinions presented in this > email are solely those of the author and do not necessarily represent those > of Future. > > The recipient should check this email and any attachments for the presence > of viruses. Future accepts no liability for any damage caused by any virus > transmitted by this email. > > Future may regularly and randomly monitor outgoing and incoming emails and > other telecommunications on its email and telecommunications systems. By > replying to this email you give your consent to such monitoring.

1 0

Updated win32 libs
by Bob Jamison 19 Aug '05

19 Aug '05

Hi, all, I just updated the win32 libs, which are found here: http://inkscape.org/win32/ It is this file: http://inkscape.org/win32/gtk28-050819.7z This might need tweaking in the future, but it makes nice running Inkscape builds already. I updated Makefile.mingw and Makefile.mingw.common to use this bundle. The 'dist' target now copies an additional two files: $(CP) $(GTKDOS)$(S)bin$(S)libcairo-2.dll inkscape $(CP) $(GTKDOS)$(S)bin$(S)libpangocairo-1.0-0.dll inkscape Yes, that's -CAIRO-. Yaay!! I also edited the build notes, replacing the '6' with an '8'. It now unpacks to c:\gtk28. Or, on the cross-compiler, you will want to change your symlink: ln -sf /home/user/PROJECT/gtk28 /target Bob (ishmal)

1 0

Enter and leave events while mouse button depressed
by Michael Wybrow 19 Aug '05

19 Aug '05

Hi, As part of my connector work, I have made a change to the type of context item events generated while the left mouse button is depressed. Previously, while this button was pressed, only enter and leave events for the 'clicked' object would be generated. There doesn't seem to be any particular reason for this, and it severly complicated some of the stuff I was doing. Thus, I have modified it to no longer supress these events. This only effects the events passed to the item handlers in the different tool contexts and shouldn't change the behaviour of manipulation in these tools since most of it is done with knots. Knots are actual objects that hold the mouse focus while they are dragged, so these item entry/leave events aren't generated here anyway. Also, the item handlers in most of the contexts do very little (i.e., change cursors) or just aren't used. Basically, this change *should* be transparent. I've tested the behaviour of all the tools and can't see any difference, but wanted to mention it here just in case it does cause any problems. The change is only to src/display/sp-canvas.cpp, between revisions 1.14 and r1.15. Cheers, Michael

3 6

New Connector tool context
by Michael Wybrow 19 Aug '05

19 Aug '05

Hello, I have commited the connector context to CVS. At the moment it can be used to create basic straight-line connectors and interact with and modify existing connectors, i.e., reroute, detach, or attach to new shapes. At the moment connectors can just be attached to the center of shapes (though user placeable connection points are something I will work on later). This interface works works with loading and saving files, undo and redo, etc. Click and drag anywhere to create a connector. If you start or finish over a highlighted connection point, then the connector will be attached to that shape. Dragging the endpoint of any existing connector will alter its endpoint, and attach to a shape if dropped on a connection point. It is usable, but there are some issues. Partly this is because I originally chose to build it on top of the DrawContext and having that underneath is now preventing the exact interaction I want. I've done most of the work of removing this dependency but will finish it later. The current interaction doesn't use the standard selection mechanism. One of the choices I made was that I didn't want the user to have to select a shape to show its connection point, select another for the same reason, and then have to click or drag between the two shapes to draw the actual connector. For this reason the connection points for shapes are shown when the mouse is moved over them. Play with this for a while and I think you'll find it quite natural. At the moment though, due to the draw context stuff, the same behaviour is true for the actual connectors -- they are 'selected' by moving the mouse over them. This is bad since the connector focus jumps around as you move your mouse over different connectors. The true selection mechanism is ignored and the selection cleared when the context is entered. Also bad. The planned solution is to use the standard selection mechanism and show endpoints for the first selected connector, much like the node tool. This means the same selection will be maintained swapping into and out of the connector context. Also, if you've just drawn a connector and want to change its stroke style, another connector isn't going to be selected on your way to the dialog, as Peter pointed out to me today. The mouseover displays connection point behaviour will be kept for shapes but will be completely independant of the selection. Anyway, I thought it important to commit this now, even though I'd love to perfect the interface a little more before showing it off. It's already suffered a fair amount of slippage due to many little unforeseen issues, and my complete ignorance for the complexity of the Inkscape internals. :-) Plus, I feel its important to focus on the integration of the autorouting code, the other main 'goal' of my Summer of Code application. Comments and bug reports welcome! (The src/connector-context.cpp file contains my rough todo list, e.g., I've done some work towards drawing connectors to object edges rather than bounding boxes, but this isn't there yet.) Cheers, Michael

3 3

Re: [Inkscape-user] Writing an extension
by Ted Gould 19 Aug '05

19 Aug '05

Karol Krenski wrote: > On Thu, Aug 18, 2005 at 03:02:06PM -0700, Ted Gould wrote: >>I think there is an approach that will solve your problems today rather >>than waiting. If you use the SVG.pm Perl module (or even the XML one >>really) you can get the coordinates out of the SVG file that is passed >>in. Yes, this isn't Inkscape giving you those values, but you can >>adequately get them for most applications. If you need bounding boxes >>(which you'd need a renderer for) you can recursively call Inkscape >>using the Inkscape command line interface to have Inkscape calculate them. > > Are we talking about *currently selected / active* nodes? Say a path > made of 10 nodes and only 2 of them are now selected by the user, just > before he calls my plugin. I need just those two, not all the nodes on > path of id=xyz. No, sorry, I didn't realize that is what you wanted. The selected nodes are only really known by the node tool. But, it isn't impossible that they could be exported on a call to an extension. I'll have to get back to you on that. --Ted

2 1

Re: [Alexandria-staff] error updating wiki at http://inkscape.org/cgi-bin/wiki.pl?action=edit&id=ReleaseNotes
by bulia byak 19 Aug '05

19 Aug '05

Here's what I got from SF admins regarding our wiki. Can someone please do what they tell us to do, i.e. move the wiki data to a writeable location? Our wiki is totally read-only until it's done (and has been for several days already). On 8/18/05, Erich Zigler <zigler@...34...> wrote: > Greetings, > On Monday morning we made a change to our project web servers > remounting all home directories to read-only for security > reasons. This change was originally slated for 2005-02 but > was postponed until 2005-08. More information may be found > in our Site Status: > > ( 2005-08-11 13:17:39 - Project Web Service ) As per the > previous announcement in the sitewide newsletter sent on > 2005-02-28, the project home directories on the project web > servers will be mounted read-only on 2005-08-15 at 9:00 AM. > We highly recommend moving to a database storage mechanism > (the MySQL server we provide) or the new directory tree > provided for all data writing needs from the project web > servers. This operation is described in the following site > document: > https://sourceforge.net/docman/display_doc.php?docid=4297&group_i > d=1#permissions > > The change was made on Monday morning: > > ( 2005-08-15 10:53:57 - Project Web Service ) Inquiries > regarding Internal Service Errors should be directed to the > administrator for the project managing that project web > site; some web-based applications (maintained by individual > projects) will malfunction due to the read-only remount of > the project group directories; data needs to be moved to the > project MySQL database, or the /tmp/persistent directory > structure as per > https://sourceforge.net/docman/display_doc.php?docid=4297&group_i > d=1#permissions > > If you have any further questions please let fill out a support request by visiting: > https://sourceforge.net/support/getsupport.php?group_id=1 > > Thank you, > > Erich Zigler > First Level Support Technician, SourceForge.net > zigler@...34... > > On Tue, 2005-08-16 at 18:43 -0300, bulia byak wrote: > > When I edit http://inkscape.org/cgi-bin/wiki.pl?action=edit&id=ReleaseNotes > > and press Save, I get: > > > > > > Software error: > > > > cant write /home/groups/i/in/inkscape/wiki_db/keep/R/ReleaseNotes.kp: > > Read-only file system at /home/groups/i/in/inkscape/cgi-bin/wiki.pl > > line 2854. > > > > For help, please send mail to the webmaster (staff@...34...), > > giving this error message and the time and date of the error. > > > -- > Erich Zigler > First Level Support Technician, SourceForge.net > zigler@...34... > > ************************************************************************** > This email may contain confidential and privileged material for the sole > use of the intended recipient. Any review or distribution by others is > strictly prohibited. If you are not the intended recipient, > please contact the sender and delete all copies. > ************************************************************************** > > > -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Inkboard on win32
by Bob Jamison 18 Aug '05

18 Aug '05

For the people integrating Inkboard into Inkscape: please put back the commit from last week where the default build does not include the Inkboard files. We really cannot have the default build include those files until it builds flawlessly for everyone everywhere. "Works for me" isn't the same thing. Thanks. (By the way, it looks really good. Nice work!) Bob

2 1

libnr/have_mmx.o build issues
by Seth Brutzman 18 Aug '05

18 Aug '05

i've been attempting to build inkscape from cvs, using source from 2005.08.06. i ran autogen.sh, then ./configure -enable-perl --enable-python --with-xft. all of that went smoothly enough (perl and python were skipped), but i've run across the recurring error below on every make i've initiated. i'm not quite sure whats going on here -- is it an issue with my config or am i missing some library/file? admittedly, i'm not overly experienced with compiling from cvs, but in the past have had no problems with building the tarballs. if it helps at all, here are some vitals: debian GNU/linux i686 automake 1.9.4 gcc 3.3.5 (debian) latest libtools, etc thanks for your help! --seth /* make output and exit errors */ make all-recursive make[1]: Entering directory `/usr/src/inkscape' Making all in src make[2]: Entering directory `/usr/src/inkscape/src' gcc -g -O2 -c libnr/have_mmx.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_EMPTY_A8_RGBAP.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_A8_RGBAP.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.S gcc -g -O2 -c libnr/nr_mmx_R8G8B8_R8G8B8_R8G8B8A8_P.S rm -f libnr/libnr.a ar cru libnr/libnr.a libnr/nr-blit.o libnr/nr-compose-transform.o libnr/nr-compose.o libnr/nr-gradient.o libnr/nr-matrix-div.o libnr/nr-matrix-fns.o libnr/nr-matrix-rotate-ops.o libnr/nr-matrix-scale-ops.o libnr/nr-matrix-translate-ops.o libnr/nr-matrix.o libnr/nr-object.o libnr/nr-path.o libnr/nr-pixblock-line.o libnr/nr-pixblock-pattern.o libnr/nr-pixblock-pixel.o libnr/nr-pixblock.o libnr/nr-point-fns.o libnr/nr-rect-l.o libnr/nr-rect.o libnr/nr-rotate-fns.o libnr/nr-rotate-matrix-ops.o libnr/nr-scale-matrix-ops.o libnr/nr-scale-translate-ops.o libnr/nr-svp-render.o libnr/nr-svp.o libnr/nr-translate-matrix-ops.o libnr/nr-translate-scale-ops.o libnr/nr-translate-rotate-ops.o libnr/nr-types.o libnr/nr-values.o libnr/have_mmx.o libnr/nr_mmx_R8G8B8A8_P_EMPTY_A8_RGBAP.o libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_A8_RGBAP.o libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.o libnr/nr_mmx_R8G8B8_R8G8B8_R8G8B8A8_P.o make[2]: Leaving directory `/usr/src/inkscape/src' make[1]: Leaving directory `/usr/src/inkscape' ar: libnr/have_mmx.o: No such file or directory make[2]: *** [libnr/libnr.a] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2

6 26

modevia.com package
by Ralf Stephan 17 Aug '05

17 Aug '05

Hello, since people were satisfied with ACSpike's http://inkscape.modevia.com/ap/inkscape-0.42-2.x86.package I closed the bug 1246201, and opened one for the minor error message. More importantly, can the package be moved to the main site so people see it there? Regards, ralf

1 0

blendercon2005
by Jon Phillips 17 Aug '05

17 Aug '05

Is anyone interested in participating in a session at blender con in Amsterdam about inkscape, blender, ocal, etc. interoperability? The conference is October 14-16, 2005 at De Waag in Amsterdam, the Netherlands. I'm talking to Ton from the blender foundation about this possibility for this conference and it might be best to get some folks interested in this who live closer than me. http://blender.org/cms/Call_for_participation.373.0.html Ignore the due date for now. I'd like to see who is interested and how to proceed. It looks like this conference is free (food, etc) to presenters/panelists/etc and there is an honorarium. Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

Gnome Canvas
by Alan Horkan 17 Aug '05

17 Aug '05

Havoc Pennington wrote some notes about Canvas widgets http://mail.gnome.org/archives/gtk-devel-list/2005-August/msg00067.html Not sure if he is aware of Inkscape plans to share canvas widget. Someone interested in this area might want to talk to him or respond to that conversation on the gtk-devel list. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

4 5

pressure sensitivity: tutorial update needed
by bulia byak 16 Aug '05

16 Aug '05

Finally, I just tried the new pressure sensitivity stuff in calligraphy tool (on Windows, as I still can't make it work on my Linux). It works excellent, I don't have a single complaint :) It's a major new feature, much requested by people. So we already have a good reason to release 0.43 :) What is now needed is an update to the Calligraphy tutorial: what the new buttons do, how they interact with the rest of the options, what hardware/platforms are supported, and ideally an example or two of art made with these options. Any volunteers? I'm really too busy now and I don't know when I'll have time for this. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

error updating wiki at http://inkscape.org/cgi-bin/wiki.pl?action=edit&id=ReleaseNotes
by bulia byak 16 Aug '05

16 Aug '05

When I edit http://inkscape.org/cgi-bin/wiki.pl?action=edit&id=ReleaseNotes and press Save, I get: Software error: cant write /home/groups/i/in/inkscape/wiki_db/keep/R/ReleaseNotes.kp: Read-only file system at /home/groups/i/in/inkscape/cgi-bin/wiki.pl line 2854. For help, please send mail to the webmaster (staff@...34...), giving this error message and the time and date of the error. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

optimizing doxygen doc usage
by Ralf Stephan 16 Aug '05

16 Aug '05

Hello, Does anyone have ideas with the following? Due to usage of server side includes, users of the doxygen documentation[*] have to reload pages on each access. As some files are big, this can put strain on analog lines, and even the server itself, and is simply unnecessary and annoying. Generation of header/footer before transmission to SF is possible since there is no time-critical information in them---just the logo and the usual links on the left and bottom. It would increase traffic from the site that generates the pages by 17000 (files) * 7800 (bytes/file hea+foo) = ~130MB for each upload which is already at ~340MB. By reducing the upload frequency to once per two days, there could be even an overall win. I have tried this idea locally but for some reasons the icons are not included, and at this point my web stupidity began to show, so I am asking you if there is a better solution. Can the header/footer be included once at SF on upload, and the resulting file simply saved as html instead of php? Thanks for your time, ralf

1 0

Attaching XML attributes to SVG objects
by John Taber 16 Aug '05

16 Aug '05

I would like to attach some xml data attributes to some objects in an inkscape drawing (maybe id would be the related field). Any ideas what is the best way to do this? Would be really nice to click on object and have a table pop up with the xml data in it. Does that capability make any sense for Inkscape to have ? thks.

2 1

copy between files in 0.42
by John Taber 16 Aug '05

16 Aug '05

Is anyone else unable to copy an object from one open Inkscape file to another Inkscape file in another window ? I was able to do this before upgrading to 0.42 but not sure if that is the problem. Would it be a problem if the coordinates of the copied object are off the target page? ps. using 0.42 in debian unstable. thks.

4 3

copy between files in 0.42
by John Taber 16 Aug '05

16 Aug '05

Okay, I narrowed the problem - if you open the attached file - then click on new and copy the original object to the new document it copies okay. But if you go to menu and open up Inkscape again and try to copy from the original and paste to the new, it does not copy. Works the same for both Gnome and KDE.

2 2

algorythm to approximate points to bezier
by Albert 15 Aug '05

15 Aug '05

Hi all, Could anyone provide or point to the file that contains the algorythm that aproximates a Bezier curve (a path) from a sequence of points? Thanks. Albert

2 4

autogen.sh failure
by Jonathan Leighton 14 Aug '05

14 Aug '05

Anybody know why this happens? It's actually Ubuntu, not Debian. $ ./autogen.sh ============================================================================= When you report a trouble about building CVS version of inkscape, Please report following information about distro and tools version, too. --1. distribution------------------------------------------------------------ Debian GNU/Linux release 3.1 (sarge) --2. tools------------------------------------------------------------------- /usr/bin/m4: GNU m4 1.4.2 /usr/bin/autoconf: autoconf (GNU Autoconf) 2.59 /usr/bin/autoheader: autoheader (GNU Autoconf) 2.59 /usr/bin/automake: automake (GNU automake) 1.4-p6 /usr/bin/automake-1.7: automake (GNU automake) 1.7.9 /usr/bin/automake-1.8: automake (GNU automake) 1.8.5 /usr/bin/aclocal: aclocal (GNU automake) 1.4-p6 /usr/bin/aclocal-1.7: aclocal (GNU automake) 1.7.9 /usr/bin/aclocal-1.8: aclocal (GNU automake) 1.8.5 /usr/bin/intltoolize: intltoolize (GNU intltool) 0.33 /usr/bin/gettextize: /usr/bin/gettextize (GNU gettext-tools) 0.14.1 /usr/bin/libtoolize: libtoolize (GNU libtool) 1.5.6 --3. environment variables--------------------------------------------------- PATH=/usr/local/bin:/usr/local/sbin:/sbin:/usr/sbin:/bin:/usr/bin:/usr/bin/X11:/usr/games LANG=en_GB.UTF-8 LANGUAGE=en_GB:en ============================================================================= I am testing that you have the required versions of libtool, autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof, so if anything goes wrong, see the file HACKING for more information... checking for autoconf >= 2.52 ... yes (version 2.59) checking for automake >= 1.7 ... yes (version 1.7.9) checking for glib-gettextize >= 2.0.0 ... yes (version 2.6.3) checking for intltool >= 0.17 ... yes (version 0.33) Running aclocal-1.7 ... Running autoheader ... Running libtoolize --copy --force ... Running automake-1.7 --add-missing ... automake-1.7: cannot open < src/jabber_whiteboard/Makefile_insert: No such file or directory at /usr/bin/automake-1.7 line 7885 Please fix the error conditions and try again. Cheers Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

3 4