- Inkscape Devel - Inkscape Mailman

configure help
by unknown＠example.com 14 Jul '05

14 Jul '05

I feel like this is a stupid question but I'm stuck. Yesterday I nuked sid and installed ubuntu. I compiled libgc and installed it into /usr/local. I checked and the files are infact in /usr/local/lib. but configure is unable to find libgc. How can I tell configure where it is? I try running configure with "LDFLAGS=/usr/local/lib ./configure" and I get a message like "C compiler cannot create executables". Aaron Spike

2 6

0.42pre2 Posted
by Ted Gould 14 Jul '05

14 Jul '05

https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… Lots of new bug fixes, and twice as much fun! While not likely to be _the_ last pre-release, it is probably second to last with the next one signaling a hard freeze. If anyone has a bug nagging them, good time to bring it up! --Ted

2 1

planet.inkscape.org
by Jon Phillips 14 Jul '05

14 Jul '05

Ok, fd.o admin daniels has setup planet.inkscape.org for us which points to where planet inkscape is located on the fd.o server. Who can setup inkscape.org to point to this on freedesktop.org? I actually don't know how to do this...I'm admitting out of tiredness and lack of wanting to :) Actually, I would like to know how. Bryce or Nicu said that Mental knows how to do this on sf.net? Who can change this on sf.net so that we can start pointing to planet.inkscape.org? You all can go ahead and start forwarding your blog links over to nicu (nicu@...398...). Thats right, if you don't have a blog, get one and hand over that RSS feed. If you want a good free one, try tribe.net, or use livejournal.com. It is vital and you just won't be that cool without a blog :) Jon -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

4 6

trimming trailing zeros in output
by Peter Moulder 14 Jul '05

14 Jul '05

Appended is a patch to trim trailing zeros after the decimal point, so that `10.000000' becomes `10', and `1.500000' becomes `1.5'. (A couple of people have complained about our trailing zeros.) Given that we're so near to release, I didn't want to commit without discussing here first, i.e. whether to wait until after 0.42. This affects both SVG and eps/ps output, and possibly other formats. Are there any situations where e.g. `4' would have a different meaning from `4.0' or `4.0000000' ? E.g. in C `4.0 / 3' means something different from `4 / 3'; are there any similar cases in postscript or something ? Testing done so far: Inkscape compiles, and passes its test suite (make check). HEAD-inkscape --export-plain-svg=a0.svg share/examples/art-nouveau-P3.svg trim-inkscape --export-plain-svg=at.svg share/examples/art-nouveau-P3.svg diff -du a[0t].svg | less (manual checking for bad differences) # Compare eps output from the trimmed and HEAD versions of inkscape, # in an attempt to pick up differences in meaning of the two SVG # files. HEAD-inkscape --export-eps=a0-0.eps a0.svg HEAD-inkscape --export-eps=at-0.eps at.svg diff a[0t]-0.eps # produces no output trim-inkscape --export-eps=a0-t.eps a0.svg trim-inkscape --export-eps=at-t.eps at.svg diff a[0t]-t.eps # produces no output diff -du a0-[0t].eps | less (manual checking for bad differences; though I'm not very familiar with postscript) # Generalize the gives-same-eps test. for i in share/examples/*.{svg,svgz}; do HEAD-inkscape --export-plain-svg=$HOME/tmp/a0.svg $i if trim-inkscape --export-plain-svg=$HOME/tmp/at.svg $i; then :; else echo "$i to plain failed" fi for f in 0 t; do HEAD-inkscape --export-eps=$HOME/tmp/a$f-0.eps ~/tmp/a$f.svg done diff -u ~/tmp/a[0t]-0.eps|head|grep -q . && echo "$i has diffs" done At the time of writing, I haven't actually run inkscape in its gui mode: I've done the change remotely. Of course I'll do that too before committing. Another thing I'll do before committing (but haven't yet done) is to create a new unit test. What are people's comments about whether to include this in 0.42 or not? What further testing would be needed if it were to be in 0.42 ? pjrm.

3 3

Autopackages
by unknown＠example.com 13 Jul '05

13 Jul '05

I will continue to upload autopackages to the following location as often as I make them. This should be daily but as life happens it may be slightly more or less often. http://inkscape.modevia.com/ap/ My latest build will be available via this unchanging url suitable for linking on the web. http://inkscape.modevia.com/ap/latest.php A pre2 package has been uploaded here. http://inkscape.modevia.com/ap/inkscape-0.41+0.42pre2.x86.package I've seen some people asking about autopackages in recent days. Feel free to point the links on the download page to my packages. Aaron Spike

1 0

About Screen Contest
by Joshua A. Andler 13 Jul '05

13 Jul '05

After tallying up the votes from the community, it appears that the top 3 (by number of total votes) are as follows: #30 - http://www.deviantart.com/view/19683871/ #8 - http://www.deviantart.com/view/19286311/ #27 - http://www.deviantart.com/view/19654093/ All submissions can be found at http://inkscapers.deviantart.com/journal/5828886/ It's now time for the devs to cast votes (a few devs voted in the contest, and I removed theirs from the count. Yes, including my own) This should be pretty straight forward, and if we can get the vote done by tomorrow that we be awesome. I know that whomever wins will need to update it with a couple new names from the Authors file. And when voting, if there are any critiques or suggestions for your choice, please voice them. -Josh

11 16

Error when building on win32
by Joshua A. Andler 13 Jul '05

13 Jul '05

Since Arpad had done the round of updates to the .po files a few days ago, I get the following error when building on win32. make[1]: Entering directory `C:/cvs/inkscape/inkscape/po' c:\gtk26\bin\msgfmt -o am.mo am.po make[1]: *** [am.mo] Error -1073741515 And then it gives a windows error dialog with an OK button that says msgfmt.exe couldn't find intl.dll. It was building perfectly fine up until that commit and he said he just did the updates like normal. I'm not sure what was changed, but compiling errors out since he updated those files. It may affect more than the "am" files because it dies on that one, which is the first for it to process. Anyone have any thoughts? Should I file a formal bug? Thanks! -Josh

1 0

Unclosed in Slovenian po file
by Kaushik Sridharan 13 Jul '05

13 Jul '05

The Slovenian po file gives an unclosed error. Note the word "besedilo" below. I fixed it on my box, but I'd rather a Slovenian speaker submit a patch. Thanks, -K - - - - #: ../src/text-chemistry.cpp:249 msgid "" "Select a text and one or more paths or shapes to flow text " "into frame." msgstr "Da položite besedilo na pot izberite besedilo in eno ali več poti ali oblik."

2 1

Build test results
by Bryce Harrington 13 Jul '05

13 Jul '05

= Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 5 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == display/canvas-arena.cpp:91: warning: invalid access to non-static data member display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used display/sp-canvas.cpp:112: warning: invalid access to non-static data member ` display/sp-canvas.cpp:112: warning: (perhaps the `offsetof' macro was used libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value `

6 11

New w3c proposal for xml:id
by Bob Jamison 13 Jul '05

13 Jul '05

W3C has a candidate proposal for specifying the rules for the id="" attribute. http://www.w3.org/TR/2005/PR-xml-id-20050712/ Note how it says that W3C "licenses" the attribute "xml:id" for this purpose. Apparently, the purpose of this document is to more cleanly separate xml:id from other types of attribute. This will likely add the ID type to the DOM spec, as attributes are Nodes, too. This probably won't affect how we use the id attribute, but it is an interesting read, and might help with decisions on how we use it. Bob

1 0