- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Inkscape demo import
by Bryce Harrington 08 Nov '07

08 Nov '07

On Wed, Nov 07, 2007 at 12:59:05PM -0500, James Henstridge wrote: > Hi Bryce, > > I've completed the demo import of Inkscape bug reports. You can view > the results here: > > https://bugs.demo.launchpad.net/inkscape/ Hi James, We've had some time to review the demo site and poke around a bit. In general it looks really good, however some people spotted a few things that look incorrect. Thanks, Bryce Bugs appear reported in future ------------------------------ On this bug (and possibly others), the dates associated with buliabyak-users are in the future (2011, 2012). E.g. https://bugs.demo.launchpad.net/inkscape/+bug/157587 Category mapped to milestones ----------------------------- For Inkscape, we used the SF Category to tag bugs by type. These appear to have been mapped to milestones by the converter, however. Instead, can you have the Categories just mapped into LP tags? Missing Attachments ------------------- In a number of cases the bug attachments didn't come through correctly. Here is one example: SF.net http://sourceforge.net/tracker/index.php?func=detail&aid=1816893&group_id=9… Launchpad https://bugs.demo.launchpad.net/inkscape/+bug/159964 Fix Committed State ------------------- It appears that the 'Pending' state in SF was mapped to 'Fix Committed' in launchpad. We never really understood what 'Pending' meant, but what we used it for in Inkscape is more like the "Incomplete" state, so it should be mapped to that. Inconsistant Bug Stats ---------------------- The bug numbers in Launchpad show: Open 1144 Critical 43 New 809 Unassigned 826 All bugs ever reported 5536 while on sf we have: # Bugs : (801 open / 3,727 total) # Patches : (27 open / 828 total) # Feature Requests : (1,022 open / 2,183 total) We're curious how the numbers are arrived at, and what causes the stats discrepancies? (I'm guessing it's just due to terminology differences between SF and LP status, but am uncertain how they get mapped through.) Map priority 5 bugs to New/Undecided status ------------------------------------------- By default, SourceForge sets the priority of newly reported bugs to 5. We found this irritating since it interferes with triaging the priorities of bugs. So as a hack-around we decided that priority 5 actually means "unprioritized". Can you set the script to map priority-5 bugs to be New/Undecided?

1 0

Launchpad Inkscape demo
by Bryce Harrington 08 Nov '07

08 Nov '07

Hi all, The Launchpad crew have run the import scripts and set up our info on the Launchpad demo site: https://demo.launchpad.net/inkscape I'll post some tips and tricks for getting good use out of Launchpad later on, but for now please just review the bugs and see if you spot any major issues with the import. Bryce ----- Forwarded message from James Henstridge <james@...1829...> ----- Date: Wed, 7 Nov 2007 12:59:05 -0500 From: James Henstridge <james@...1829...> To: bryce@...1798... Subject: Inkscape demo import Hi Bryce, I've completed the demo import of Inkscape bug reports. You can view the results here: https://bugs.demo.launchpad.net/inkscape/ As I mentioned previously, the demo server uses a whitelist to filter outgoing email traffic. I can add addresses on request. For developers who already have Launchpad accounts, it will be necessary to merge the $USER@...58... account with their existing one. This can be done at: https://demo.launchpad.net/people/+requestmerge I've added two of your bryce@...961... and bryce@...58... accounts to the whitelist so you can test this. Just enter the users.sourceforge.net email into the form and you should get an email to confirm the merge. Developers/users without a Launchpad account can register with their users.sourceforge.net account to claim their bugs. They can then add additional email addresses to the account as normal. James. ----- End forwarded message -----

5 7

Bad markup found in translation. (SVN Build 16449)
by Frank Stützer 08 Nov '07

08 Nov '07

Hi, i want to build the svn version on OS X 10.5. But i get an error: make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in po file=`echo km | sed 's,.*/,,'`.gmo \ && rm -f $file && /sw/bin/msgfmt -o $file km.po file=`echo sk | sed 's,.*/,,'`.gmo \ && rm -f $file && /sw/bin/msgfmt -o $file sk.po LC_ALL=C ./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. km.po: parsing error for `<khoemsokhem@...1503...> Auk Piseth <piseth_dv@...1761....1503... > Eng Vannak <': #. TRANSLATORS: Put here your name (and other national contributors') #. one per line in the form of: name surname (email). Use \n for newline. #: ../src/ui/dialog/aboutbox.cpp:336 msgid "translator-credits" msgstr "Khoem Sokhem <khoemsokhem@...1503...> Auk Piseth <piseth_dv@...1830...... > Eng Vannak <evannak@...1503...)" WARNING: Bad markup found in translations. Please consider fixing the above problems. thanks for help, Frank

1 0

Fwd: Launchpad Inkscape demo
by bulia byak 08 Nov '07

08 Nov '07

---------- Forwarded message ---------- From: bulia byak <buliabyak@...400...> Date: Nov 7, 2007 5:42 PM Subject: Re: [Inkscape-devel] Launchpad Inkscape demo To: Bryce Harrington <bryce@...961...> On 11/7/07, Bryce Harrington <bryce@...961...> wrote: > Hi all, > > The Launchpad crew have run the import scripts and set up our info on > the Launchpad demo site: > > https://demo.launchpad.net/inkscape How the different bug categories got translated? it has: Open 1144 Critical 43 New 809 Unassigned 826 All bugs ever reported 5536 while on sf we have: # Bugs : (801 open / 3,727 total) # Patches : (27 open / 828 total) # Feature Requests : (1,022 open / 2,183 total) The numbers do not match somehow. Please clarify. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

Exception catching?
by unknown＠example.com 08 Nov '07

08 Nov '07

Have a look at the code below: (ui/dialog/filedialogimpl-gtkmm.cpp, lines 208 and onwards) Glib::RefPtr<Gdk::Pixbuf> img(NULL); try { img = Gdk::Pixbuf::create_from_file(fileName); } catch (Glib::FileError e) { g_message("caught Glib::FileError in SVGPreview::showImage"); return; } catch (Gdk::PixbufError e) { g_message("Gdk::PixbufError in SVGPreview::showImage"); return; } This should catch the Gdk::PixbufError, right? Or add catch(...) for good measure. Both do *not* catch Gdk::PixbufError. What is happening? Please have a look at: http://sourceforge.net/tracker/index.php?func=detail&aid=1679218&group_i d=93438&atid=604306 Thanks for clearing this out, Johan

1 0

Crash
by Diederik van Lierop 07 Nov '07

07 Nov '07

Using the latest rev. 16441, I get a very reproducible crash immediately after dragging anything. Is this related to any of the current work? See the trace below obtained using Eclipse on Linux. Regards, Diederik New_configuration [C/C++ Local Application] gdb Debugger (11/7/07 9:36 PM) (Suspended) Thread [1] (Suspended: Signal 'SIGSEGV' received. Description: Segmentation fault.) 43 Inkscape::URIReference::getObject() /home/diedenrezi/eclipse_workspace/inkscape/src/uri-references.h:75 0x000000000046474f 42 SPPaintServerReference::getObject() /home/diedenrezi/eclipse_workspace/inkscape/src/sp-paint-server.h:68 0x0000000000464770 41 SPIPaint::isPaintserver() /home/diedenrezi/eclipse_workspace/inkscape/src/style.h:169 0x000000000046479d 40 sp_item_adjust_gradient() /home/diedenrezi/eclipse_workspace/inkscape/src/sp-item.cpp:1014 0x00000000004c2b5f 39 sp_item_adjust_paint_recursive() /home/diedenrezi/eclipse_workspace/inkscape/src/sp-item.cpp:1150 0x00000000004c49cb 38 sp_item_write_transform() /home/diedenrezi/eclipse_workspace/inkscape/src/sp-item.cpp:1214 0x00000000004c4fad 37 sp_selection_apply_affine() /home/diedenrezi/eclipse_workspace/inkscape/src/selection-chemistry.cpp:1571 0x0000000000476cf2 36 Inkscape::SelTrans::ungrab() /home/diedenrezi/eclipse_workspace/inkscape/src/seltrans.cpp:403 0x00000000005ed2fe 35 sp_select_context_root_handler() /home/diedenrezi/eclipse_workspace/inkscape/src/select-context.cpp:549 0x00000000005e5b5d 34 sp_event_context_root_handler() /home/diedenrezi/eclipse_workspace/inkscape/src/event-context.cpp:836 0x0000000000592655 33 sp_event_context_item_handler() /home/diedenrezi/eclipse_workspace/inkscape/src/event-context.cpp:854 0x00000000005926b9 32 _arena_handler() /home/diedenrezi/eclipse_workspace/inkscape/src/desktop.cpp:1381 0x000000000057ac2d 31 sp_marshal_INT__POINTER_POINTER() /home/diedenrezi/eclipse_workspace/inkscape/src/helper/sp-marshal.cpp:475 0x000000000084ce87 30 g_closure_invoke() 0x000000379a40af39 29 Gtk::Widget::hide_all() 0x000000379a41a838 28 g_signal_emit_valist() 0x000000379a41ba4d 27 gtk_signal_emit() 0x0000003339d8dc6c 26 sp_canvas_arena_send_event() /home/diedenrezi/eclipse_workspace/inkscape/src/display/canvas-arena.cpp:447 0x0000000000808a3a 25 sp_canvas_arena_event() /home/diedenrezi/eclipse_workspace/inkscape/src/display/canvas-arena.cpp:434 0x0000000000808ed5 24 sp_marshal_BOOLEAN__POINTER() /home/diedenrezi/eclipse_workspace/inkscape/src/helper/sp-marshal.cpp:352 0x000000000084d192 23 g_closure_invoke() 0x000000379a40af39 22 Gtk::Widget::hide_all() 0x000000379a41ae48 21 g_signal_emit_valist() 0x000000379a41ba4d 20 gtk_signal_emit() 0x0000003339d8dc6c 19 emit_event() /home/diedenrezi/eclipse_workspace/inkscape/src/display/sp-canvas.cpp:1303 0x0000000000825f1a 18 sp_canvas_button() /home/diedenrezi/eclipse_workspace/inkscape/src/display/sp-canvas.cpp:1507 0x00000000008281e0 17 Gtk::Widget::hide_all() 0x0000003339d32ded 16 g_closure_invoke() 0x000000379a40af39 15 Gtk::Widget::hide_all() 0x000000379a41ae48 14 g_signal_emit_valist() 0x000000379a41ba4d 13 g_signal_emit() 0x000000379a41be53 12 Gtk::Widget::hide_all() 0x0000003339e30ede 11 gtk_propagate_event() 0x0000003339d2c3dd 10 gtk_main_do_event() 0x0000003339d2d3f1 9 snooper() /home/diedenrezi/eclipse_workspace/inkscape/src/main.cpp:668 0x0000000000446cda 8 Gtk::Widget::hide_all() 0x000000333a646b6c 7 g_main_context_dispatch() 0x0000003799c2d224 6 Gtk::Widget::hide_all() 0x0000003799c3005d 5 g_main_loop_run() 0x0000003799c3036a 4 gtk_main() 0x0000003339d2d783 3 sp_main_gui() /home/diedenrezi/eclipse_workspace/inkscape/src/main.cpp:710 0x0000000000447725 2 Inkscape::NSApplication::Application::run() /home/diedenrezi/eclipse_workspace/inkscape/src/application/application.cpp:117 0x0000000000612fc6 1 main() /home/diedenrezi/eclipse_workspace/inkscape/src/main.cpp:525 0x0000000000447f4b gdb (11/7/07 9:36 PM) /home/diedenrezi/eclipse_workspace/inkscape/src/inkscape (11/7/07 9:36 PM)

3 2

Bug trackers
by Bryce Harrington 06 Nov '07

06 Nov '07

We've been wanting to switch from the extraordinarily painful SF bug tracker. Initially I thought we should host the service, but we don't have people with the expertise and time to do it, esp. given the DOS attack Inkscape suffered last week. Ted, Kees, and I are investigating Launchpad, and think it will give all-around improvement with no regressions. Mental and ACSpike also thought Launchpad sounded like a good option. Bulia and other heavy bug tracker users - can you give a thumbs up that this would be worth trying? Launchpad has the usual advanced bug tracking capabilities we've been badly missing, like proper bug duping, auto dupe detection, email interface, milestoning, tagging, SVN/CVS/etc.-integration, and so on. It also allows linking to upstream and downstream bug trackers, so we will be able to hook Inkscape bugs to corresponding Gtk, Cairo, etc. bugs (this is an extremely handy feature). We're here local with the Launchpad engineers, so it would be a good opportunity for us to have them run their import scripts and set up a public demo site for us. They'll also provide the exported data files, in case we would choose to go with something different. Bryce

3 4

Linux svn 16434 build failing
by Thomas Worthington 06 Nov '07

06 Nov '07

I'm getting this error when running make: make[2]: *** No rule to make target `extension/internal/libwpg/Makefile_insert', needed by `Makefile.in'. Stop. Any ideas? TW

2 1

Re: [Inkscape-devel] bug? 'embed all images' can't find png files in local directory
by Tom Davidson 06 Nov '07

06 Nov '07

This is fixed in the latest SVN (16429), so I marked the bug closed. My test file now fails for a related, but slightly different reason :). I opened a new bug for that (1826197) and posted a patch in the bug tracker... Both of these bugs were triggered by the use of relative paths in an SVG file without a backup sodipodi:absref tag to indicate where the linked image file can be found. I'm not sure if you all keep a suite of test files, but if so this one seems like it could be a useful addition... Thanks! Tom On 11/4/07, Tom Davidson <tjd@...1007...> wrote: > OK, I think I understand what's causing the bug. When I run > embedimage.py on the command-line against the original test file, it > works fine. But it doesn't work against the temporary file that > inkscape is writing to /tmp and handing off to the extension. > > Here is a diff of the two files: > > $ diff /tmp/ink_ext_GOTW0T ~/tmpsvg/embedtest_simple.svg > 19,20c19,20 > < sodipodi:docname="ink_ext_GOTW0T" > < sodipodi:docbase="/tmp" > --- > > sodipodi:docname="embedtest_simple.svg" > > sodipodi:docbase="/home/tjd/tmpsvg" > 51,52c51 > < <defs > < id="defs5" /> > --- > > <defs /> > > As you can see the 'docbase' directory is being changed to /tmp, but > the links out to images are still 'local'. Since the image files are > not also copied over to the /tmp directory, these links are not valid. > > So I guess the question is whether the links in my svg file are > buggy/underdefined (the svg is being generated by a matlab script > called plot2svg), and inkscape is letting me get away with this when > displaying the images, or whether this is a bug that needs fixing. > > I will post this additional info to the bug report and maybe > inkscape-devel as well... > > Cheers, Tom > > 11/4/07, Tom Davidson <tjd@...1007...> wrote: > > Hi Aaron, > > > > I have run into some odd behavior with the embedimages.py script. Inkscape can find and display the linked images, but when I call the 'embed all images' extension, I get an error that the files can't be found. I have filed a bug report (1824893) with a test case and the error messages on the tracker at http://sourceforge.net/tracker/index.php?func=detail&aid=1824893&group_id=9… ). I will also poke around and see if I can't figure out how to debug it myself, but I'm not a Python person... > > Thanks very much for your work on Inkscape! > > -Tom > > >

1 0

inkscape + ocal features into the release notes
by Jon Phillips 05 Nov '07

05 Nov '07

Bruno, could you please add the features you made as part of GSoC, to the release notes for the upcoming release...we are going to need to do some testing too: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046 Cheers! 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... Please note: the contents of this email are not intended to be legal advice nor should they be relied upon as or represented to be legal advice. Jon Phillips does not represent any organization through this email address.

2 2