- Inkscape Devel - Inkscape Mailman

0.42.2 tagged
by MenTaLguY 23 Aug '05

23 Aug '05

OK, release folks. 0.42.2 is tagged, containing all the stuff that was originally slated for 0.42.1. Do your release thing, and let's put this paper bag thing behind us once and for all... -mental

5 4

(no subject)
by unknown＠example.com 23 Aug '05

23 Aug '05

Hi everyone, I am trying to put together a page showing the status of static rendering between the various free SVG packages out there. Mostly to make sure that librsvg and inkscape renders images as identically as possible. But Inkscape refuse to render most of the w3c testsuite from the command line. I am using this command line: inkscape -z --file=$i --export-png= $NAME_NO_EXT.png --export-width=160 --export-height=120 Which generate the result you can see on the current testpage: http://www.linuxrising.org/svg_test/test.html Any suggestions? Christian

8 14

remaining showstoppers for 0.42.1
by MenTaLguY 23 Aug '05

23 Aug '05

OK, 0.42.1 is pretty much ready to go, except there are two remaining issues I want to get nailed down first: 1. Mac OS X folks: is it possible for us to add some workaround for the user having to run "sudo /usr/X11R6/bin/fc-cache" manually on Tiger? 2. There's a layer name crash which has popped up again that I want to get nailed down. Anyone else got anything? -mental

10 29

Some gradient fills in the icons.svg file broken?
by Michael Wybrow 23 Aug '05

23 Aug '05

Hi, I've just noticed in CVS that the most of the toolbar icons for the XML editor toolbar show up black. Opening the icons.svg file shows them to be black too. Opening the same icons.svg file in 0.42.2 shows the icons fine. This is because the gradient fill for these icons isn't working and is just showing up black. FWIW, it seems that the two versions load some of the XML in a slightly different order. Cheers, Michael

2 4

Clip Art Navigator 0.31
by Greg Steffensen 23 Aug '05

23 Aug '05

I'm releasing version 0.31 of the Clip Art Navigator. This is the first release that I believe is ready for general use. Get it from http://download.berlios.de/ocalhelper/clipartnav-0.31.tar.gz Installation is now much simpler. Basically, just extract it and its ready to use. The only dependencies are Python 2.4, GTK 2.6, and PyGTK 2.6 (even Inkscape isn't required). However, Inkscape and PyXML are both reccommended. The package can be used both as a standalone program (the main executable is clipartnav.py) and as an Inkscape extension. It isn't necessary, but you'll almost certainly want to setup a local clip art repository for it to use first. Instructions are in the README, but basically, just extract an OCAL release somewhere (I reccommend /usr/share/clipart), run the included "indexClipart.py" script on that directory (with the optional verbose flag... for example, "python indexClipart.py -v /usr/share/clipart"), and then update the config file ( clipartnav.conf) so that the "repodir" setting under the "localocal" section matches the directory you just indexed. To install for use with Inkscape, just copy the contents of the package (without the top level directory) to your Inkscape extensions directory. Adding a GUI for this process is high on my todo list. I should note that remote OCAL access is currently SLOW... on the order of 1 minute for a search that returns 5 images when I use it. To turn off the OCAL module, just remove the word "ocal" from the "modules" setting in the configuration file. I believe that the code is currently ready to be preliminarily checked into Inkscape CVS. The main question I have about that right now is how to deal with the configuration file. The script searches for the config file both in the Inkscape extensions directory and in the ".inkscape" directory in the user's home dir (both can be used simultaneously... conflicting settings favor the user file). The extensions dir seems like a pretty dumb place to put a configuration file; is there a better location I should use? The problem with the user folder is that its per user; you'd have to create one for every Inkscape user on the system, and it seems more logical to make the main config file, at least, be system wide. Feedback greatly appreciated. I've got good internet, and check my email like its my job, so if you have problems getting it to work, please let me know. Greg

3 2

SVG::Metadata 0.28 released
by Bryce Harrington 23 Aug '05

23 Aug '05

I've just sent off a new version of SVG::Metadata to CPAN. I've just done one change since 0.27: * Added a to_hash() routine for getting metadata as a plain hash The last official release was 0.25. The changes in 0.26 and 0.27 were done by Jonadab: 0.27 2005-07-22 Jonadab * Added try_harder() and adjusted parse() to support it. * Made retain_xml() a method, like strict_validation() and try_harder() For backward compatibility, it is still also settable as an option to parse() * When parse fails, it now returns undef in scalar context or an empty list in list context -- a false value either way. * The POD for subject() was not strictly accurate before and is now more accurate, because I changed parse() slightly to do part of what it says, and also elaborated on the POD to accurately reflect what to_rdf() does. * Added some comments and fleshed out some more POD while I was tinkering. 0.26 2005-07-20 Jonadab * Use XML::Twig methods instead of hash reference structure. This eliminates the HASH bug and makes to_svg() work better. Bryce

1 0

Re: [Inkscape-user] locale
by Ralf Stephan 22 Aug '05

22 Aug '05

> I have got English interface in inkscape 0.42 from autopackage. My > locale is fine and is used by gimp & friends. The problem seems to be > here: > > open("/usr/local/share/locale/pl_PL/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/share/locale/pl/LC_MESSAGES/inkscape.mo", O_RDONLY) = -1 ENOENT (No such file or directory) > > while autopackage puts the ".mo" here: > /usr/share/locale/pl/LC_MESSAGES/inkscape.mo > > Is it my distro (PLD Linux) problem, autopackage or inkscape's problem? > > The problem gets fixed when I put .mo to right directory. Certainly not your distro but I don't know enough about autopackage to say which of the others. This warrants a bug report, could you please file one? Thanks for your detailed analysis, ralf

3 3

Re: 0.42.2 tagged
by Hendrik-Jan Heins 22 Aug '05

22 Aug '05

RPMs for Mandriva linux 2005LE for inkscape 0.42.2 are available. Hendrik-Jan -- Publieke GnuPG sleutel beschikbaar op de volgende keyserver: pgpkeys.mit.edu Public GnuPG key available at keyserver pgpkeys.mit.edu

1 0

possible bug
by Jon Phillips 22 Aug '05

22 Aug '05

In reading through my technorati filter for Inkscape, I found this insecurity announcement. Should this be filed? 34. Inkscape Insecure Temporary File Creation Vulnerability BugTraq ID: 14522 Remote: No Date Published: 2005-08-09 Relevant URL: http://www.securityfocus.com/bid/14522 Summary: Inkscape creates temporary files in the '/tmp' directory in an insecure manner. An attacker with local access may overwrite or create files using symbolic link attacks. This type of attack can result in denial of service or loss of data within the context of the affected application. Other attacks may be possible. Search for Inkscape: http://aquades.blogspot.com/2005/08/securityfocus-newsletter-311.html Jon -- Jon Phillips San Francisco, CA Mission District 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)

4 5

0.42.1 missed patch!
by bulia byak 21 Aug '05

21 Aug '05

Mental, I just downloaded the 42.1 tarball and found that it does not include at least one patch of those that I sent you: http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/src/io/sys.cpp?r1=1… This patch is very important, we cannot release 0.42.1 without it. I don't have time at the moment to check other patches, but please do check everything that I sent you and fix ASAP. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1