- Inkscape Devel - Inkscape Mailman

Debian bugs
by Alex Valavanis 20 Jan '11

20 Jan '11

Dear All, The Inkscape package in Debian is used by several other major linux distributions (e.g. Ubuntu) and hence it represents bugs which potentially affect a very large number of Inkscape users in linux. Its bug tracker is available at: http://bugs.debian.org/cgi-bin/pkgreport.cgi?package=inkscape Unfortunately, the Debian tracker is quite out of date, and many of the reports have not been forwarded to the Inkscape tracker on Launchpad. I think it's quite important for Inkscape QA, that the Debian tracker gets back in sync with the upstream project. I have been (slowly) working through the reports, but there's a pretty large backlog and some of the bugs were probably fixed years ago. Would any of the upstream triagers be interested in helping out with this task? If so, a possible option would be for me to forward all the Debian bugs which relate to the upstream part of the Inkscape package. We could then triage the bugs in Launchpad, and I will update the Debian reports accordingly. If anyone has any alternative/better suggestions for how to do this, then please let me know. Thanks, Alex

2 4

Inkscape 0.48 trunk compiling under Windows
by PolinaYanovich 20 Jan '11

20 Jan '11

Hi! I'm trying to compile Inkscape 0.48 trunk version under Windows following the instructions from http://wiki.inkscape.org/wiki/index.php/Win32Port. I keep getting a few types of error messages: Make error line 291: problem compiling: src/eraser-context.cpp: In function 'void set_to_accumulated(SPEraserContext*)': src/eraser-context.cpp:752:55: error: 'r' was not declared in this scope The code at the problematic location looks like this: Inkscape::Rubberband::Rubberband* r; r = Inkscape::Rubberband::get(desktop); When I browse it under Eclipse, Eclipse hooks Rubberband up and shows the class definition promptly. However when I try to compile Inkscape from console, it throws an error described above. Make error line 291: problem compiling: In file included from src/extension/internal/bitmap/adaptiveThreshold.h:9:0, from src/extension/internal/bitmap/adaptiveThreshold.cpp:12: src/extension/internal/bitmap/imagemagick.h:14:22: fatal error: Magick++.h: No such file or directory compilation terminated. Magick++.h exists in the devlibs directory. This one I get from both Eclipse and console. I have checked all environment variables and they seem to be ok. Any ideas what it might be? Thank you, Polina -- View this message in context: http://old.nabble.com/Inkscape-0.48-trunk-compiling-under-Windows-tp3067677… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 7

Downloading inkscape source with revision history
by Ershad K 19 Jan '11

19 Jan '11

Dear All, I'm Ershad K, an engineering student from India. I would like to how to download the source of inkscape from trunk, without revision history using bzr. As I'm using a slow internet, I couldn't download hundreds of megabytes. Thanks, Ershad K

2 1

Use of Inkscape Icon
by Michael Grosberg 19 Jan '11

19 Jan '11

I was browsing through Samsung's app store for their Bada platform and saw an app that used the Inkscape logo: http://www.samsungapps.com/topApps/topAppsDetail.as?productId=G00000365294&… I'm assuming the guy didn't ask for permission and I bet he didn't follow the GPL license. I just thought to bring this to your attention.

6 7

Regarding Jabber Whiteboard Feature
by Vasudev Kamath 18 Jan '11

18 Jan '11

Hi all, My name is Vasudev I'm a developer with C/C++/Python knowledge, my friend Hiran (CCed) told me about Whiteboard feature in inkscape also mentioned the feature is currently not included in new versions of inkscape. Me and my friend (CC'ed) would like to work on the Whiteboard feature. I contacted ScislaC on conference.gristle.org, he asked me to write to this mailing list. If some one can brief us on what needs to be done on whiteboard feature it would be really helpful Thanks and Regards -- Vasudev Kamath http://vasudevkamath.blogspot.com http://identi.ca/vasudev http://twitter.com/vasudevkamath

1 0

Fwd: About Inkscape Whiteboard.
by Hiran Venugopalan 16 Jan '11

16 Jan '11

Hi, My name is Hiran, and I am using Inkscape for designing. I am using it for nearly 3+ years. I remember the old version having an option of Whiteboard. I haven't used it, as I don't had any collaborative works to do. But currently when I checked to use it, I found its removed from latest versions. When I asked in IRC, some one told me that "Pedro" module is removed since it needs from the scratch coding to work properly. I want to know more details. Is the old code available. Is any one working on the project, if someone, some students are ready to take this as an academic project, will there be anyone to mentor / help them. and so on. -- Hiran Venugopalan Usability / IxD Geek, Ubiqurio IRC : HFactor | Phone : 09496346709 | W : http://hiran.in

1 0

Short Git tutorial
by Krzysztof Kosiński 16 Jan '11

16 Jan '11

Hello Does anyone know some short tutorial on Git that shows how to work with multiple branches that come from different repositories? I'm forced to work with it if I want to do anything with Cairo and Pixman. [rant] Coming from an SVN / Bazaar background I find Git impenetrable, and some design decisions are crazy. (For example, "silently commit successful merges" and "revision numbers are for wimps".) Regards, Krzysztof

2 2

Undefined ratio between px and inch
by unknown＠example.com 16 Jan '11

16 Jan '11

Hi all, On the user maillist there has been a discussion on a (imo) very serious flaw in the units (px, cm, in, m, ...) in Inkscape. In short, all units except 'px' are a 'lie'. Inkscape stores lengths in 'px' unit, while the SVG standard nowhere specifies the ratio between 'px' and one of the other units Inkscape features (like inch, cm, m, ...). Inkscape relates inch and other units to 'px' by assuming 90 px = 1 in. This is not defined in the SVG standard nor in the SVG file Inkscape creates. Although SVG permits the use of several other units besides 'px', for example inches, Inkscape luckily uses only px units to store graphics (correct me if I am wrong). This means that all objects will scale the same, whatever the ratio between 'px' and 'inch' is chosen on interpretation. Unfortunately, the absolute length information of objects is lost. These two rects have the same dimensions in Inkscape, but not in some other viewers (e.g. firefox): <rect width="90" height="90"/> <rect width="1in" height="1in"/> My concern is the following. Inkscape now chooses 90 px = 1 in. But this information is not stored in the SVG. If someone desides to have Inkscape follow the CSS default (96 px = 1 in) and changes Inkscape's code, this would mean that all old files will be opened with wrong dimensions. For webgraphics, perhaps not a big deal. For my book cover, for my technical drawings, etc... this is a very very big deal. So we have to come up with an idea to explicitly define the lengths of the units we expose to the user. Jon has suggested using the 'viewBox' attribute. In think that <svg width="2in" height="2in" viewBox="0 0 180 180"> would explicitly define Inkscape's measure of 90 px = 1 inch (viewbox coords are expressed in px). Perhaps there are better ideas to solve this. Ciao, Johan

3 3

inkscape.org a call for assistance
by Ian Caldwell 16 Jan '11

16 Jan '11

hello, It's come that time again, We're currently making decent progress with the current website, however as we all know things take times and we all have our own day jobs. So we've come to you to ask for help in the following three categories 1. *General Content* - This is where we need your help proofreading our current content. - Adding to the existing content - Porting over old content such as news and tutorials etc. and in general just making the pages ready for primetime 2. *Mockup -> html/css* - This is where you will take the mockups that we get from our designer and port them to valid html/css the main site design is already in place, so it should be fairly basic.... 3. *DJANGO* - Lets face it we've got a lot of great ideas for the site, but we need your help in implementing the various features! If you're skilled with Django we'd love your help even if it's just for a few hours a week! If you're willing and able to contribute in any way, we'd love to have your help! feel free to reply here or join us on irc.freenode.net in #inkscape-web . We could really use your help! special thanks to Chris Morgan, Leo Jackson and Hinerangi Courtenay. We appreciate all your help! We need everyones feedback in making this the best website for everyone involved! please feel free to email me privately or the list and please list what you'd like to help with.... Thanks, Ian "Inc" C.

2 1

Call for SCALE 9x participation
by Jon Cruz 15 Jan '11

15 Jan '11

Hello all, Inkscape is setting up once again to exhibit at SCALE this year Feb 25-27. http://www.socallinuxexpo.org/scale9x/ We get a few passes to help man the booth, so if anyone might be able to travel to the conference to help us out, we can get you in. Just let me know off-list if you happen to be interested and able to attend. Thanks.

1 0

text object rotation & position coordinates (x and y values)
by Bric 15 Jan '11

15 Jan '11

Hi, all. I am trying to use a script to edit inkscape SVG code, and mostly succeeding, except with coordinate values. Specifically, with text objects, there seems to be some tricky function generating the "x" and "y" values (object coordinates). The function seems to be tied to the transform values. With no transformation in effect (theoretically, with the matrix being (1,0,0,1,0,0) -- i say theoretically because the line is absent when these are the (implied) values), the "x" and "y" values are what one would expect, when one drags the object left and right, up and down. The x and y values change in the expected manner. However, when the text object gets transformed, as in the example below: transform="matrix(0.42584538,0.90479595,-0.90479595,0.42584538,0,0)"> transform="matrix(0.42584538,0.90479595,-0.90479595,0.42584538,0,0)" the x and y values become severely strange... Dragging the text object vertically affects the x value (as well as the y value), and horizontal drag affects both as well. The values become negative in an unexpected way. And visually, the objects are not where the script attempts to place them. Could someone please clue me in about the function (the math of it)? thanks in advance

2 5

idea: Exposée-like effect for visualizing complex stacks of svg elements in Inkscape ?
by Felipe Sanches 12 Jan '11

12 Jan '11

I have been using inkscape a lot recently and I noticed that sometimes it can become very annoying to select svg elements that are in the middle of a pile of other elements. Thus, I was thinking that we could have a key-combo that would break appart all "hidden" shapes to allow you to select one of them, and after that, all shapes would be places back in their correct places. Sometimes I do something similar to that by hand, but an automated UI feature would be very useful. Also, it would be solely a visualization mode, not actualy modifying elements in the SVG DOM. I'd like to have some feedback on this idea. thanks, Felipe Sanches (Juca)

11 18

Suggestion: allow to select next shape color with color selector
by Michael Grosberg 11 Jan '11

11 Jan '11

I wanted to run this by you before submitting a feature request. Currently, if you want to draw a new shape, and you want to select its color and stroke in advance, your only option is to use the swatches - you cant select some arbitrary color for the next shape. Selecting the stroke width is impossible. I suggest making the Fill and stroke dialog active even when nothing is selected, so that changing it affects the next created shape. I know that there's a setting where you can set a specific style for each tool instead of drawing with the last used style. In this case we have two options: 1. Upon changing to a tool that has its own style, the fill and stroke dialog remains grayed out. 2. Upon changing to a tool that has its own style, the fill and stroke dialog changes to reflect this style, and modifying it changes the tool's style for the rest of the session.

1 0

[Blueprint] Informative UI (hyperlink-like shortcuts on UI)
by Pajarico 10 Jan '11

10 Jan '11

I'm working on a specification and would like to now your thoughts. https://blueprints.launchpad.net/inkscape/+spec/informative-ui Regards and happy new year.

1 0

Palettes
by Teto 09 Jan '11

09 Jan '11

First, all my greetings for the new year ^^. Second the palettes. You can change/configure the color of the fill/stroke with 3 tools: - The one shown with Shift+Ctrl+F - The palettes -> Shift + Ctrl + W - The palette always shown on the bottom of the screen. Until today, I never used the last 2 ones, because they were simply useless for me, preferring the first one (a gimp-like tool). Now it's different, I read the documentation and discovered how to edit the palettes, and change the tip texts (for naming colors). I have to do that by hand, but it's better than nothing. I need user-defined palettes. But. I think that's something is missing: a direct link between the palettes and "Shift+Ctrl+F". In the tool "Shift+Ctrl+F" I'd like to see: - Another tab, named "palette" with a palette that can be changed/edited/saved/whatever dynamically. - 3 buttons (under cursors blur and opacity): 'add' to add the color shown above (for stroke or fill, the one which is active) in the dynamic palette ; 'copy' to copy the color shown above in a special clipboard ; 'paste' to paste the color in the clipboard to the active color. - Of course, the tab 'palette' would have all the comforts: change active color, edit/delete colors, rename them, save/load/create the palette, replace the one in the bottom of the screen, and so on. - The gimp palettes seem to avoid alpha. Pity, but it doesn't matter. These are just my little thoughts in the beginning of the year. Maybe changes are planned for futures versions, I must admit that I didn't watch. If it's not the case I really think that something must be done to change palettes in a more 'user-friendly' way. My 2 cents, Teto. By the way: 0.48.1 is out soon. That rocks! ^^ Great job all developers!

3 5

Re: [Inkscape-devel] Building the trunk on Gentoo. Compile problemswith GTK
by Daniel Macks 09 Jan '11

09 Jan '11

On Sat, 8 Jan 2011 11:57:21 -0800, Jon Cruz wrote: > On Jan 5, 2011, at 6:00 AM, Alexander Wright wrote: > > > svg-view.cpp:116:28: error: ‘gdk_cursor_unref’ was not declared in this scope > > svg-view.cpp: In member function ‘virtual void SPSVGView::mouseout()’: > > svg-view.cpp:122:70: error: ‘GTK_WIDGET’ was not declared in this scope > > svg-view.cpp:122:85: error: ‘gdk_window_set_cursor’ was not declared in this > > scope > > make[3]: *** [svg-view.o] Error 1 > > > > Adding #include <gtk/gtk.h> to svg-view.cpp and widgets/sp-color-wheel- > > selector.cpp fixes the problem. > > In general, good practice is to include only the smallest set of headers that a .cpp file will be consuming. Avoiding "kitchen sink" headers brings many advantages including code clarity, better modularity and encapsulation, faster compile times, etc. > > It appears that GTK might be moving away from this. Although adding <gtk/gtk.h> might help 'unbreak' a compile, I'd see if a few explicit additions can help. (BTW, this is a perfect example of problems due to one include file including other include files). gtk has an explicit goal of only allowing a library's main header to be included. With the exception of one or two oddballs (outside scope of normal gtk and gdk use), <gtk/gtk.h> and <gdk/gdk.h> are the only approved ones for public consumption. See: http://live.gnome.org/GnomeGoals/CleanupGTKIncludes Don't shoot me, I'm just the messenger:) dan -- Daniel Macks dmacks@...2516...

2 1

Feature request: text object could be viewed differently in the editor
by Mukhtar Ullah 09 Jan '11

09 Jan '11

Dear Inkscape developers, I would love to see a feature from TpX and Jpgfdraw. When using the pdf export with latex option, the latex code may get too long and obscure the other objects in a small figure. In TpX and Jpgfdraw, the properties dialog of the text objects allows to specify two text strings: one for to be typeset and one for the editor to show. If this is implemented in Inkscape, the figures would look neat because then the user needs only write a short hint to the actual latex formula for showing in the editor. Currently I have the following workaround. In a text object with a long latex string, I write the actual latex code in the description property of the text object (by right.clicking on it) and write a short hint to the latex code inside \cm{}. This command I define in the latex document: \newcommand{\cm}[1]{} to make sure that only the description is typeset in the output pdf. Mukhtar

1 0

Building the trunk on Gentoo. Compile problems with GTK
by Alexander Wright 08 Jan '11

08 Jan '11

Hi, I'm getting this compile error on Gentoo: svg-view.cpp: In member function ‘virtual void SPSVGView::mouseover()’: svg-view.cpp:114:40: error: ‘GDK_HAND2’ was not declared in this scope svg-view.cpp:114:49: error: ‘gdk_cursor_new’ was not declared in this scope svg-view.cpp:115:70: error: ‘GTK_WIDGET’ was not declared in this scope svg-view.cpp:115:87: error: ‘gdk_window_set_cursor’ was not declared in this scope svg-view.cpp:116:28: error: ‘gdk_cursor_unref’ was not declared in this scope svg-view.cpp: In member function ‘virtual void SPSVGView::mouseout()’: svg-view.cpp:122:70: error: ‘GTK_WIDGET’ was not declared in this scope svg-view.cpp:122:85: error: ‘gdk_window_set_cursor’ was not declared in this scope make[3]: *** [svg-view.o] Error 1 Adding #include <gtk/gtk.h> to svg-view.cpp and widgets/sp-color-wheel- selector.cpp fixes the problem. On IRC, user su-v suggested it might be related to this: https://bugs.launchpad.net/ubuntu/+source/claws-mail/+bug/247909/comments/12 I think this requires a code fix. Cheers, Alex. >>> Emerging (1 of 1) media-gfx/inkscape-9999 from Alexander * Package: media-gfx/inkscape-9999 * USE: amd64 dia elibc_glibc inkjar kernel_linux lcms multilib nls postscript spell userland_GNU wmf * FEATURES: preserve-libs sandbox splitdebug >>> Unpacking source... * bzr update start --> * repository: lp:inkscape Tree is up to date at revision 9995. * exporting ... ============================================================================= When you report a trouble about building BZR version of inkscape, Please report following information about distro and tools version, too. --1. distribution------------------------------------------------------------ Gentoo Base System release 2.0.1 --2. tools------------------------------------------------------------------- /usr/bin/m4: m4 (GNU M4) 1.4.15 /usr/bin/autoconf: autoconf (GNU Autoconf) 2.65 /usr/bin/autoheader: autoheader (GNU Autoconf) 2.65 /usr/bin/automake: automake (GNU automake) 1.11.1 automake-1.7: not found automake-1.8: not found /usr/bin/automake-1.9: Useless use of /d modifier in transliteration operator at /usr/share/automake-1.9/Automake/Wrap.pm line 60. automake (GNU automake) 1.9.6 /usr/bin/aclocal: aclocal (GNU automake) 1.11.1 aclocal-1.7: not found aclocal-1.8: not found /usr/bin/aclocal-1.9: aclocal (GNU automake) 1.9.6 /usr/bin/intltoolize: intltoolize (GNU intltool) 0.41.1 /usr/bin/gettextize: /usr/bin/gettextize (GNU gettext-tools) 0.18.1 --3. environment variables--------------------------------------------------- LDFLAGS=-Wl,-O1 -Wl,--as-needed LDFLAGS_default= PORTAGE_PYM_PATH=/usr/lib64/portage/pym PRELINK_PATH_MASK=/usr/lib64/libfreebl3.so:/usr/lib64/libnssdbm3.so:/usr/lib64/libsoftokn3.so CFLAGS_default= ASFLAGS_x86=--32 PROFILE_PATHS=/usr/portage/profiles/base PORTAGE_BIN_PATH=/usr/lib64/portage/bin CXXFLAGS=-march=athlon64 -O2 -pipe PATH=/usr/lib64/portage/bin/ebuild- helpers:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64- pc-linux-gnu/gcc-bin/4.5.2 LANG=en_GB.UTF-8 DCCC_PATH=/usr/lib64/distcc/bin LANGUAGE= CFLAGS=-march=athlon64 -O2 -pipe LDFLAGS_x86=-m elf_i386 CFLAGS_x86=-m32 ROOTPATH=/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.2 USB_DEVFS_PATH=/dev/bus/usb ============================================================================= I am testing that you have the required versions of autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof and if anything goes wrong, there may be guidance in the file HACKING.txt checking for autoconf >= 2.52 ... yes (version 2.65) checking for automake >= 1.10 ... yes (version 1.11.1) checking for glib-gettextize >= 2.0.0 ... yes (version 2.26.1) checking for intltool >= 0.17 ... yes (version 0.41.1) Running aclocal-1.11 ... Running autoheader ... Running libtoolize ... libtoolize: putting auxiliary files in `.'. libtoolize: linking file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in- tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT' Running automake-1.11 --copy --force --add-missing ... configure.ac:42: installing `./compile' configure.ac:12: installing `./config.guess' configure.ac:12: installing `./config.sub' configure.ac:14: installing `./install-sh' configure.ac:14: installing `./missing' share/palettes/Makefile.am:36: foreach i,$(palettes_i18n: non-POSIX variable name share/palettes/Makefile.am:36: (probably a GNU make extension) src/Makefile.am: installing `./depcomp' Running autoconf ... Running glib-gettextize --copy --force ... Copying file mkinstalldirs Copying file po/Makefile.in.in Running intltoolize --copy --force --automake ... Done! Please run './configure' now.

3 2

Inkscape Intro video assistance needed
by Ian Caldwell 07 Jan '11

07 Jan '11

I'm forwarding on an email on behalf of myself and Courtenay, We're attempting to create an intro video for the inkscape website located at http://djink.chrismorgan.info/about/ The following listed below is a sample of the video http://inkscape.org/~inc/mockup-intro-vid-started.mov If you're willing to assist with one of the parts please either A. reply to this email or B. add your name to the list here... https://docs.google.com/document/pub?id=1QDTbDv7SGZIyrBUvSoraC_587ROY49l-bV… Thanks, Ian Caldwell ---------- Forwarded message ---------- From: Hinerangi Courtenay I've updated the movie file with some sample shots ( http://inkscape.org/~inc/mockup-intro-vid-started.mov) - it gives a slightly clearer idea of the atmosphere I'm trying to create. Here is a list of shots still needed: • 5 second shot of Inkscape with docked dialogs open and a nice illustration being worked on • 3 second shot of Inkscape being used on Windows (XP/Vista/7) - full-screen recording with taskbars visible • 3.5 second shot of Inkscape being used on any Linux distro - full-screen with taskbars visible • 3-5 seconds each of 2-3 people using Inkscape for different purposes (eg. diagrams, artwork, logos, etc.) - to illustrate pro users & hobbyists • 10 second time-lapse/fast-motion of someone making art • 3 second close-up of pen tool or caligraphy tool in use • 4 seconds of something representing community - any suggestions? Ideally there would be different people for most of these - at worst we could get away with maybe 4? If anyone has any better ideas for shots already included, they're more than welcome to make suggestions. I think it would be useful to have an official Inkscape channel - then any videos created for the website could go there (promos, interviews, tutorials, etc). Youtube has a huge audience, and could draw more traffic to the Inkscape website.

3 2

broken 'po/de.po' in r9998?
by ~suv 07 Jan '11

07 Jan '11

Building Inkscape from trunk r9998 fails in 'po' with these messages: > Making all in po > cd .. \ > && CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= CONFIG_LINKS= \ > /bin/sh ./config.status > config.status: creating po/Makefile.in > config.status: executing depfiles commands > config.status: executing libtool commands > config.status: executing default-1 commands > config.status: executing po/stamp-it commands > file=`echo de | sed 's,.*/,,'`.gmo \ > && rm -f $file && /Volumes/green/mp-inkscape/with-a-long-long-long-directory-name/bin/msgfmt -o $file de.po > file=`echo fr | sed 's,.*/,,'`.gmo \ > && rm -f $file && /Volumes/green/mp-inkscape/with-a-long-long-long-directory-name/bin/msgfmt -o $file fr.po > LC_ALL=C /Volumes/green/mp-inkscape/with-a-long-long-long-directory-name/bin/intltool-merge -d -u -c ./po/.intltool-merge-cache ./po inkscape.desktop.in inkscape.desktop > Found too-old cached translation database > Generating and caching the translation database > Merging translations into inkscape.desktop. > de.po: Not in msg format: <content of 'de.po' snipped> > WARNING: Bad markup found in translations. Please consider fixing the above problems. After reverting 'po/de.po' to revision 9997 'make' finishes without failure. @JazzyNico or @UweSch, could you take a look at the current version of 'po/de.po' committed in r9998? ~suv

2 1

Should inkscape take over libcroco?
by Daniel Macks 06 Jan '11

06 Jan '11

I just received a fairly surly reponse to a libcroco bug on bugzilla.gnome. Apparently the upstream is so inactive that gnome doesn't want to see bugs about it. Inkscape appears to be a major user of this library and (last I knew) had some unmerged (or at least unreleased) patches for it. Might be worthwhile for an inkscape dev to get developer access to the project on gnome to keep it alive. Bonus: could actually use it as an external dependency instead of needing bundled source? dan -- Daniel Macks dmacks@...2516...

6 5

[Fwd: Re: Autoconf 2.68 vs. 2.67 problem]
by ~suv 05 Jan '11

05 Jan '11

Does any of the experts of Inkscape's current build system know a) Are changes in Inkscape's sources needed to avoid the warnings mentioned below, occuring with autoconf 2.68 installed? (See attached file for a log from inkscape trunk). b) Or is this is a platform-related issue that needs to be addressed in the portfile for autoconf in MacPorts? Original thread starts at <http://lists.macosforge.org/pipermail/macports-users/2011-January/023060.ht…> The same issue was briefly addressed on the autoconf mailing list: <http://lists.gnu.org/archive/html/autoconf/2010-09/threads.html#00074> but the answer (Upgrade to libtool 2.4) doesn't apply - libtool 2.4 is already installed. Possibly related discussions on the bug-autoconf mailing list: <http://lists.gnu.org/archive/html/bug-autoconf/2010-09/threads.html#00090> <http://lists.gnu.org/archive/html/bug-autoconf/2010-10/threads.html#00022> ~suv -------- Original Message -------- Subject: Re: Autoconf 2.68 vs. 2.67 problem Date: Wed, 05 Jan 2011 00:45:49 +0100 From: ~suv <suv-sf@...58...> To: Dominik Reichardt <domiman@...400...> CC: MacPorts Users <macports-users@...2532...> References: <7B048C2B-C32D-4192-B5B3-512A7A22745C@...400...> On 5/1/11 00:00, Dominik Reichardt wrote: > $ ./autogen.sh > Generating build information using aclocal, autoheader, automake and autoconf > This may take a while ... > configure.in:41: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body > ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... > ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... > ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... > configure.in:41: the top level <...> > Now you are ready to run ./configure. > Anyone know what is going on here? I have it confirmed by at least > two other users that they ran into this problem. > > Known issue? Something that DOSBox' autogen.sh/configure.in does > wrong? I couldn't find a tracker for this. Similar warning messages occur when running autogen.sh on a checkout or local branch of Inkscape trunk (outside of MacPorts, but using the dependencies installed via an up-to-date MacPorts installation) - only noticed after the autoconf port was updated to 2.68. It doesn't cause any configure and/or build failures though for Inkscape AFAICT. (Attached log file is from 2010-11-09; warnings still occur when rebuilding after updating the checkout/branch via bazaar) ~suv ============================================================================= I am testing that you have the required versions of autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof and if anything goes wrong, there may be guidance in the file HACKING.txt checking for autoconf >= 2.52 ... yes (version 2.68) checking for automake >= 1.10 ... yes (version 1.11.1) checking for glib-gettextize >= 2.0.0 ... yes (version 2.26.0) checking for intltool >= 0.17 ... yes (version 0.40.6) Running aclocal-1.11 ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:621: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:621: the top level configure.ac:762: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:762: the top level configure.ac:931: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:931: the top level Running autoheader ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:621: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:621: the top level configure.ac:762: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:762: the top level configure.ac:931: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:931: the top level Running glibtoolize ... glibtoolize: putting auxiliary files in `.'. glibtoolize: linking file `./ltmain.sh' glibtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and glibtoolize: rerunning glibtoolize, to keep the correct libtool macros in-tree. glibtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. glibtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT' Running automake-1.11 --copy --force --add-missing ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:621: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:621: the top level configure.ac:762: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:762: the top level configure.ac:931: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:931: the top level configure.ac:42: installing `./compile' configure.ac:12: installing `./config.guess' configure.ac:12: installing `./config.sub' configure.ac:14: installing `./install-sh' configure.ac:14: installing `./missing' share/palettes/Makefile.am:36: foreach i,$(palettes_i18n: non-POSIX variable name share/palettes/Makefile.am:36: (probably a GNU make extension) src/Makefile.am: installing `./depcomp' Running autoconf ... configure.ac:63: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:63: the top level configure.ac:77: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:77: the top level configure.ac:90: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.ac:90: the top level configure.ac:131: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:131: the top level configure.ac:155: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:155: the top level configure.ac:621: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:621: the top level configure.ac:762: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:762: the top level configure.ac:931: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.ac:931: the top level Running glib-gettextize --copy --force ... Copying file mkinstalldirs Copying file po/Makefile.in.in Running intltoolize --copy --force --automake ... Done! Please run './configure' now.

1 0

Fourth-year student projects
by Jean-Baptiste Mouret / Mandor 03 Jan '11

03 Jan '11

Hi Inkscape developers, I teach computer science in France (in this school: http://www.polytech.upmc.fr/version-english.html ) and my fourth-year students are required to work on a project for a few months (2-3 months), for about 2 days a week. Instead of asking them to do "random" projects, I would like them to (try to) contribute to open source projects. In particular, I would love that they contribute to Inkscape. We have three main constraints in the choice of the project: - be do-able by 2 students in a few months; - be a challenge interesting enough to provide work to 2 students for a few months; - include a design phase (understanding the topic, asking questions, designing a planning, find algorithms, etc.) and a coding phase (this excludes code cleaning, documentation, bug-fixes, etc.). Ideally, I would like the students to be mentored by an Inkscape developer who could answer their questions and give some directions; I'd like a least to be sure that the project is interesting for inkscape developers. You can think about this like something similar to the Google Summer of Code. The main difference is that we don't really select candidates so the students may not be very good and the project can obviously fail; but sometimes they can also be very efficient and motivated! I've checked the google summer of code page (http://wiki.inkscape.org/wiki/index.php/Google_Summer_Of_Code). The import/export code might be interesting to try with them. The font designing idea and the ICC support migh also be cool. Are these proposition still up-to-date? I'm of course open to other ideas. Something I was thinking about: I often use Inkscape to design posters and I'd really like to have an option to use the Knuth-Plass algorithm and hyphenation (at least in English). I know that they're not in the SVG specifications but this could be only for pdf exports. Another feature which would be useful is to be able to link text blocks (as do Indesign and Xpress) [again, this is not in the svg specs]. This would make an interesting challenge for our students. What do you think? Would some of you be interested in helping us? What task would you suggest? At any rate I need your help to calibrate a task (or several tasks) so it's not too hard but challenging enough. Thank you and merry Christmas. Best regards, -- Jean-Baptiste Mouret / Mandor http://people.isir.upmc.fr/mouret 3 ((4&({*.(=+/))++/=3:)@([:,/0&,^:(i.3)@|:"2^:2))&.>@]^:(i.@[) <#:3 6 2

3 5

OpenMP fix
by Krzysztof Kosiński 03 Jan '11

03 Jan '11

I just discovered that OpenMP support (used to parallelize Gaussian blur) is not functional on Linux and OS X because of a missing AC_DEFINE. Here is a patch that fixes this problem. Admins: please apply to 0.48 branch also. Regards, Krzysztof

4 7

1 bug left for 0.48.1
by Josh Andler 02 Jan '11

02 Jan '11

Hey all, Given that I'm thinking a .2 will probably be in order, this is the one bug really holding back .1 from being released at this time. https://bugs.launchpad.net/inkscape/+bug/510618 Is anyone willing and able to look into this? If not, the only way that .1 will get out without it is to have someone pledge to fix it for 0.48.2 or 0.49 to be released (whichever makes sense in 4-6 months based on the current rate of progress). If 0.48.1 gets out without this fixed, it will not be avoidable as a fix after that... no exceptions, as unnecessarily hitting the undo-history or dirtying documents is incredibly bad practice. I hope we have a taker. Cheers, Josh

5 7