- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-tester] inkscape build report]
by Bryce Harrington 23 Nov '05

23 Nov '05

New warnings with the removeoverlap code... ----- Forwarded message from root <root@...1070...> ----- Date: Wed, 23 Nov 2005 05:21:02 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Wed Nov 23 04:24:52 2005 (Run 808) Snapshot: inkscape-20051123-0300.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 29 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == seltrans.cpp:651: warning: `void sp_sel_trans_handle_click(SPKnot*, unsigned int, void*)' defined but not used sp-item.cpp:151: warning: converting to non-pointer type `double' from NULL sp-item.cpp:152: warning: converting to non-pointer type `double' from NULL display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/blocks.h:12:9: warning: #pragma once is obsolete removeoverlap/blocks.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/constraint.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete removeoverlap/blocks.h:12:9: warning: #pragma once is obsolete removeoverlap/variable.h:12:9: warning: #pragma once is obsolete removeoverlap/block.h:12:9: warning: #pragma once is obsolete == Environment Summary == ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

Newsforge article about Pantone
by Bob Jamison 23 Nov '05

23 Nov '05

Newsforge has a nice article about Pantone and the issues that Inkscape and other o/s apps have with it: http://software.newsforge.com/software/05/10/25/153221.shtml bob (ishmal)

1 0

os x packaging problems (in CVS)
by jiho 23 Nov '05

23 Nov '05

hi list, I experienced some packaging problems since I use --enable-osxapp and since the reopening of HEAD (I don't know which of these could cause the problem). I hoped that Michael commits will solve them but here is what I see: 1/. I package with the instruction: ./osx-app.sh ../../inkscape_compiled/bin/inkscape ../Info.plist macosx everything seems to run fine but when I double click the newly created app I receive an error message: "You cannot open the application "Inkscape" because it may be damaged or incomplete." I looked into the app bundle and it lacks the executable so obviously it cannot run. If I run the executable from the command line in my prefix dir it works (but does not find many stuff because I compiled with the --enable-osxapp configuration option). 2/. Then I copied the executable to the app bundle. The message is gone and the application only briefly appears in the dock before quitting and in my console log I have the message: ** (process:10080): WARNING **: Could not open units file 'Contents/ Resources/ui/units.txt': No such file or directory ** (process:10080): WARNING **: * INKSCAPE_DATADIR is: '/Volumes/ files/softwares/inkscape_compiled//share' ** (process:10080): WARNING **: * INKSCAPE_UIDIR is: 'Contents/ Resources/ui' Nothing to do! Though, the ui directory is present in the .app bundle and readable as well as everything inside it. Maybe it looks for it in "/Volumes/ files/softwares/inkscape_compiled//share" which is my prefix dir. It should look where the bundle is... I'm using Xcode 2.1 on 10.4 and I remarked that when packaging gcc-4.0 is used by default while I compiled inkscape with gcc 3.3. could it matter? then, how could I change Xcode's default? Also I compile with an additional option as an environment variable as Michael advised: export ac_cv_lib_intl_dgettext="yes" Any help will be appreciated. With the numerous commits into cvs I would like to build some new development builds so that people could test the new features. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

3 6

Inkscape from CVS will not compile on Fedora Core 3
by Steven P. Ulrick 23 Nov '05

23 Nov '05

Hello, Everyone I have two or three threads on this issue over the past few weeks, but to avoid confusion, I will start a new one and treat it like it is a new issue (which it is not. Inkscape from CVS had been impossible to compile (for me, anyway) on Fedora Core 3 for a few weeks) When I attempt to run "make" (after successfully completing "./autogen.sh" and "./configure") "make" bails with the following error: 2030 Making all in po 2031 make[2]: Entering directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' 2032 file=./`echo cs | sed 's,.*/,,'`.gmo \ 2033 && rm -f $file && /usr/bin/msgfmt -c -o $file cs.po 2034 file=./`echo es | sed 's,.*/,,'`.gmo \ 2035 && rm -f $file && /usr/bin/msgfmt -c -o $file es.po 2036 file=./`echo fr | sed 's,.*/,,'`.gmo \ 2037 && rm -f $file && /usr/bin/msgfmt -c -o $file fr.po 2038 file=./`echo it | sed 's,.*/,,'`.gmo \ 2039 && rm -f $file && /usr/bin/msgfmt -c -o $file it.po 2040 file=./`echo ja | sed 's,.*/,,'`.gmo \ 2041 && rm -f $file && /usr/bin/msgfmt -c -o $file ja.po 2042 ja.po:1889: message catalog has plural form translations... 2043 ja.po:12: ...but header entry lacks a "plural=EXPRESSION" attribute 2044 ja.po:1889: message catalog has plural form translations... 2045 ja.po:12: ...but header entry lacks a "nplurals=INTEGER" attribute 2046 Try using the following, valid for Japanese: 2047 "Plural-Forms: nplurals=1; plural=0;\n" 2048 make[2]: *** [ja.gmo] Error 1 2049 make[2]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape/po' 2050 make[1]: *** [all-recursive] Error 1 2051 make[1]: Leaving directory `/home/steve/CVS/Assorted-CVS-Modules/inkscape' 2052 make: *** [all] Error 2 I have seen "make" bail on various *.po files while compiling Inkscape from CVS over the last few weeks, but otherwise the errors are just about the same. Some additional information since my last message on this subject: I have done a fresh reinstall of Fedora Core 3, every package chosen and fully updated. "make" still bails with the same error while compiling Inkscape from CVS. This next information might be VERY important (it is either just annoying, or maybe Very telling:) a recent attempt at compiling one of the release candidates for Inkscape 0.43 was COMPLETELY SUCCESSFUL! Imagine my "distress": 1. Just get done with another failed build of Inkscape from CVS. 2. Download and then successfully compile a pre-release that had just come from that same code. 3. Turn right around and attempt to re-compile Inkscape from CVS, and "make" still bails with the same error. For the purpose of tracking this issue, I have filed a bug report: https://sourceforge.net/tracker/index.php?func=detail&aid=1343164&group_id=… Also, if you would like to read all the information that I have sent to the list on this subject, here are links to the three threads that I have started on this issue: http://sourceforge.net/mailarchive/message.php?msg_id=13650891 http://sourceforge.net/mailarchive/message.php?msg_id=13690638 http://sourceforge.net/mailarchive/message.php?msg_id=13704598 Special message to Ben Fowler: I have not forgotten the things you told me to try in your last email to the list on this problem. I will soon incorporate them into an addition to this new thread. Have a Great Day, Steven P. Ulrick

4 20

Re: [Inkscape-user] 0.44
by unknown＠example.com 23 Nov '05

23 Nov '05

Quoting bulia byak <buliabyak@...400...>: > it renders and caches [the icons] the first time you open the > dialog, which is better IMHO. After that it opens much faster. I don't know... it seems like we've traded "slow to start up" for a perception of "slow everywhere". I find it's more frustrating to be able to get partway into the app, only to have to repeatedly wait as additional icons get rendered, than it is to have a single (albeit longer) wait at the beginning. It might be better to render the icons as an ultra-low-priority idle task (not a thread, since we're not thread-safe). -mental

2 1

Re: [Inkscape-user] 0.43 unable to open existing SVG files
by Andrew Ashton 23 Nov '05

23 Nov '05

On 22-Nov-05, at 3:31 AM, H.Fagard wrote: > Hi all, > > I have downloaded and installed yesterday Inkscape 0.43 (MacOS X > version). > It launches fine, but if I try to open a SVG file, either created > with the former version of Inkscape or with Adobe Illustrator, I > get an error message saying: > "Failed to load the requested file /Users/hf/..." > although the file preview is displayed properly in the open dialog. > > I have then tried to create a new file with Inkscape 0.43, quit > Inkscape, re-launch it, and tried to re-open the file Inkscape 0.43 > had just created: same result, failed to load the file. Hi, I am having the same problem on OS X 10.4.3, and haven't been able to figure out the problem. I sent an email to the inkscape-devel list; the error inkscape returns is: > (inkscape-bin:822): libgnomevfs-CRITICAL **: > gnome_vfs_uri_is_local: > assertion `uri != NULL' failed Do you have Fink & libgnomevfs installed? I don't. What about others using Inkscape on OS X successfully? Do you think that's the problem? AJ

2 1

better bezier editing
by Albert 22 Nov '05

22 Nov '05

Please can anyone point to the source files responsible for the better Bézier node editing? I would love to have a good look at them. Thanks. Albert

2 3

[bugzilla-daemon@...599...: [Bug 113035] Inkscape 0.43 released]
by Bryce Harrington 22 Nov '05

22 Nov '05

Cool, Inkscape 0.43's in gentoo, including a USE flag for 'inkboard'. :-) Bryce ----- Forwarded message from bugzilla-daemon@...599... ----- Date: Tue, 22 Nov 2005 21:01:15 +0000 From: bugzilla-daemon@...599... To: bryce@...961... Subject: [Bug 113035] Inkscape 0.43 released Clear-Text: http://bugs.gentoo.org/show_bug.cgi?id=113035 Secure: https://bugs.gentoo.org/show_bug.cgi?id=113035 ------- Additional Comments From jesse@...1086... 2005-11-22 13:01 PDT ------- (In reply to comment #4) > Created an attachment (id=73395) --> (http://bugs.gentoo.org/attachment.cgi?id=73395&action=view) [edit] > 0.43 ebuild with 'inkboard' USE and without 'bonobo' USE > I'm pretty sure the bonobo USE flag doesn't affect inkscape's configure any more. And I've added the 'inkboard' USE flag with a dep on net-lib/loudmouth. -- Configure bugmail: http://bugs.gentoo.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You reported the bug, or are watching the reporter. ----- End forwarded message -----

1 0

text bugs on windows
by bulia byak 22 Nov '05

22 Nov '05

> On 11/22/05, Bob Jamison <rwjj@...127...> wrote: > > I just made a stripped build with no gdb here: > > http://inkscape.org/win32/Inkscape0511212157.zip Cyreve: I just tried this build on win2k and found serious issues with text: - Open any tutorial. Each flowtext para is one long line. Wrapping no longer works. - Changing text to right-aligned does nothing. All this works fine on Linux. Do you (or anyone else) have an idea of what's going on? Is this connected to your win32 font backend change? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Re: Patch for WWW::SourceForge
by Bryce Harrington 22 Nov '05

22 Nov '05

Here's another patch to fix up the bug/support/patches/rfe count extraction, and a new test '6.tracker.t' to test it. Bryce On Wed, Nov 16, 2005 at 11:25:44AM -0800, Bryce Harrington wrote: > Hi Kang-min, > > I don't know if you noticed, but SourceForge changed their look and feel > yesterday. Unfortunately, this had the effect of breaking > WWW::SourceForge rather severely. Attached is a patch that partially > fixes up WWW::SourceForge::Project. > > This fixes the loading of the description, detection of invalid > projects, and the MailingList code. It doesn't fix the admin listing > though, so you will want to look at that. With these changes, tests 1, > 2, and 4 now work, but 3 does not. > > I'm also attaching a new test file for you for the MailingList code, > 5.mailstats.t. I figured this breakage was a good opportunity to write > tests. ;-) > > Anyway, hope this helps. Thanks again for the module! > Bryce > > On Wed, Aug 31, 2005 at 10:19:06AM +0800, Kang-min Liu wrote: > > On 8/20/05, Bryce Harrington <bryce@...1...> wrote: > > > Hi Kang-min, > > > > > > I noticed when installing WWW::SourceForge through cpan, that it fails > > > to install due to one of the tests that requires YAML.pm. Below is a > > > little patch that adds this as a requirement to the Makefile.PL: > > > > Thank you :) > > > > > Btw, what I'm working on is a perl module for downloading files out of > > > the SourceForge file tracker. We need an ability to automatically > > > download new versions of packages we use for testing (such as the > > > monthly LTP releases), but SourceForge's mirror system has made this a > > > convoluted process. (I want to try to design my module to be compatible > > > with yours so users could use both together if they want.) > > > > This is one thing wanted in WWW::SourceForge. I didn't write such feature. > > If you're willing to do it, maybe we should put a releases() method in > > WWW::SourceForge::Project. > > > > But,IMHO, for the new-releases polling, I suggest that you put this > > into another module, > > like POE::Component::SourceForge or something, and let WWW::SourceForge be > > only a front-end to the website. > > > > -- > > ??? Cheers, > > Kang-min Liu > --- WWW-SourceForge-0.09/lib/WWW/SourceForge/Project.pm 2005-10-06 20:07:01.000000000 -0700 > +++ WWW-SourceForge-0.09-patched/lib/WWW/SourceForge/Project.pm 2005-11-16 10:53:13.000000000 -0800 > @@ -47,18 +47,34 @@ > my $proj; > my $wa = WWW::Mechanize->new( autocheck => 1); > $wa->get($url); > - my $content = $wa->content; > + my $content = $wa->content or die "Could not retrieve content from '$url'\n"; > > # Wrong project unixname ? > if($content =~ m{<H2><font color="#FF3333">Invalid Project</font></H2>}i) { > - return; > + warn "Invalid project '$pname'\n"; > + return undef; > + } elsif ($content =~ m{<H2 class="error">Invalid Project</H2>}i) { > + warn "Invalid project '$pname'\n"; > + return undef; > } > > + > + > # Project description > - my ($desc,$meta) = $content =~ m{<HR SIZE="1" NoShade><BR> > -[\s\n]*<TABLE WIDTH="100%" BORDER="0"> > -[\s\n]*<TR><TD WIDTH="99%" VALIGN="top"> > -[\s\n]*<p>(.+?)<UL>(.+?)</UL>}s; > + my ($desc) = $content =~ m{<div class="tbox"> > + <h3>About .+?</h3> > + </div> > + <b class="tbtm"><b class="t2 tbg"></b><b class="t1 tbg"></b></b> > + </div> > + <p> > + (.+?) > + > + </p>}is; > + > + # TODO > + # my ($meta) = $content =~ m{}s; > + > + if (! $desc) { warn $content; } > > die "Could not recognize project page format - has SF changed its layout?\n" > unless $desc; --- WWW-SourceForge-0.09-patched/lib/WWW/SourceForge/Project.pm 2005-11-16 11:44:52.000000000 -0800 +++ WWW-SourceForge-0.09/lib/WWW/SourceForge/Project.pm 2005-10-06 20:07:01.000000000 -0700 @@ -47,34 +47,18 @@ my $proj; my $wa = WWW::Mechanize->new( autocheck => 1); $wa->get($url); - my $content = $wa->content or die "Could not retrieve content from '$url'\n"; + my $content = $wa->content; # Wrong project unixname ? if($content =~ m{<H2><font color="#FF3333">Invalid Project</font></H2>}i) { - warn "Invalid project '$pname'\n"; - return undef; - } elsif ($content =~ m{<H2 class="error">Invalid Project</H2>}i) { - warn "Invalid project '$pname'\n"; - return undef; + return; } - - # Project description - my ($desc) = $content =~ m{<div class="tbox"> - <h3>About .+?</h3> - </div> - <b class="tbtm"><b class="t2 tbg"></b><b class="t1 tbg"></b></b> - </div> - <p> - (.+?) - - </p>}is; - - # TODO - # my ($meta) = $content =~ m{}s; - - if (! $desc) { warn $content; } + my ($desc,$meta) = $content =~ m{<HR SIZE="1" NoShade><BR> +[\s\n]*<TABLE WIDTH="100%" BORDER="0"> +[\s\n]*<TR><TD WIDTH="99%" VALIGN="top"> +[\s\n]*<p>(.+?)<UL>(.+?)</UL>}s; die "Could not recognize project page format - has SF changed its layout?\n" unless $desc; @@ -99,20 +83,11 @@ } # Parse Track Numbers -# @$proj{'Homepage'} = $content =~ m{<A href="(.+?)"> Project Home Page</A>}s; - - @$proj{'oBugs','nBugs'} = $content =~ m{Bugs</a> - <span> - : $([\d,]+?) open / ([\d,]+?) total$}is; - @$proj{'oSupports','nSupports'} = $content =~ m{Support Requests</a> - <span> - : $([\d,]+?) open / ([\d,]+?) total$}; - @$proj{'oPatches','nPatches'} = $content =~ m{Patches</a> - <span> - : $([\d,]+?) open / ([\d,]+?) total$}; - @$proj{'oFeatures','nFeatures'} = $content =~ m{Feature Requests</a> - <span> - : $([\d,]+?) open / ([\d,]+?) total$}; + @$proj{'Homepage'} = $content =~ m{<A href="(.+?)"> Project Home Page</A>}s; + @$proj{'oBugs','nBugs'} = $content =~ m{Bugs</A>\s+$ <B>(\d+?) open / (\d+?) total</B> $}; + @$proj{'oSupports','nSupports'} = $content =~ m{Requests</A>\s+$ <B>(\d+?) open / (\d+?) total</B> $<BR>}; + @$proj{'oPatches','nPatches'} = $content =~ m{Patches</A>\s+$ <B>(\d+?) open / (\d+?) total</B> $<BR>}; + @$proj{'oFeatures','nFeatures'} = $content =~ m{Feature Requests</A>\s+$ <B>(\d+) open / (\d+) total</B> $}; # Parse Admin my @admin; ----- End forwarded message -----

2 2