- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Re : Update Cairo to 1.10.2 to fix bug]
by Uwe Schöler 12 Feb '11

12 Feb '11

Hi there, i've some hardware problems with my computer, so i can't build the windows versions of inkscape with the "old" devlibs to get rid of the GUI issue. Can someone build all (installer, 7z, debug, zip and portable) again with the old devlibs (without GUI error) for 0.48.1 to get it finally published? I hope to get a new computer at the end of next week. The 0.48.1 versions on sf.net are with the GUI error and IMHO we should weight the issues. It's more annoying for the people to "live" with the GUI error than have a problem with PDF export. Who can help here to build new files? Sincerely UweSch -------- Original Message -------- > Subject: Re: [Inkscape-devel] Re : Update Cairo to 1.10.2 to fix bug > Date: Tue, 8 Feb 2011 20:03:27 -0800 > From: Josh Andler<scislac@...400...> > To: ~suv<suv-sf@...58...> > CC: Nicolas Dufour<nicoduf@...48...>, > inkscape-devel(a)lists.sourceforge.net, > "J.B.C. Engelen"<J.B.C.Engelen@...1578...>, > uwesch@...859..., > Chris Morgan<chris.morganiser@...400...> > > On Mon, Feb 7, 2011 at 2:52 AM, ~suv<suv-sf@...58...> wrote: >> On 7/2/11 11:36, Nicolas Dufour wrote: >> >>>> De : ~suv<suv-sf@...58...> >>>> Any comments from Windows users (Johan, JazzyNico, Uwesch,...)? The >>>> issue is limited to the Windows builds afaict [1] and its impact on >>>> usability seems difficult to evaluate without actually using an affected >>>> build. >>> I'm afraid we're going to have the same kind of reaction we had with the >>> persistent markers with 0.48 on GNU/Linux. The problem with UI issues is that >>> even when they are not severe (here it's just flickering, and doesn't prevent >>> Inkscape from working), they are more visible than PDF export bugs. Frankly (if >>> it's not too late), I'd rather keep the old devlibs for 0.48.1 and start using >>> the new one (and try to find a fix or a workaround) in 0.48.2. >> As far as I know, the 0.48.1-1 packages already uploaded to sf.net >> (installer, archives, debug and portable) have been built with the >> current devlibs (cairo 1.10.2). >> >> Not sure, but it looks like we'll have to bear with the user reactions >> until the next bug-fix release is ready (0.48.2). Or replace the >> uploaded files with new packages (0.48.1-2), built with the old devlibs >> (cairo 1.8.8). The links to the new files have already been spread >> quickly via twitter et al. - replacing the files now could cause some >> confusion for users. OTOH the release wasn't yet officially announced. > I see minimal harm with what has spread via twitter that is not > official. :) If people file bug reports about it prior to official > announcement and say they found out via AwesomeSoftware2011 on > twitter, we just need to tell them to watch trusted people (myself, > joncruz, prokoudine, or any number of others) for *accurate* > information about releases. Confused users that trust third-party > sources instead of trusted/official sources are the least of my > worries and imho kinda deserve the pain they subject themselves to > (like people who get malware infected machines because they pirate via > P2P and such). > > Enough of that mini-rant. :) I think that we should see about > repackaging the win32 versions with the less "annoying" bug for now > until fixed libs are released. Uwe& Chris, do you think you'll be > able to do that? BTW, has anyone checked if it's a known issue > upstream? > > Cheers, > Josh > Ausgehende eMail ist virenfrei. Von AVG Free SB überprüft - www.avg.de Version: 9.0.872 / Virendatenbank: 271.1.1/3439 - Ausgabedatum: 02/12/11 08:34:00

1 0

C++ificiation and GTKMM
by Abhishek Sharma 10 Feb '11

10 Feb '11

Hello everyone, C++ification of inkscape has been a long term planned goal for inkscape. To the same accordance I would like to ask a few questions: 1. Does the dependency on GObject need to be removed?? The current code is huge and based on GObject as inheritance, increasing the complexity further. But if we wish to use the functionalities of GTK+ and remove GObject from the picture, wouldn't it be possible and feasible to instead use GTKMM to suffice for the same??? 2. While c++ifying what is going to be the fate of the inkscape's own implementation of garbage collection?? 3. What are your views regarding GTKMM to be introduced in the codebase for c++ification?? Expecting replies from the developers. Thank You. -- Abhishek Sharma

3 2

Easter eggs tutorial
by Nicolas Dufour 10 Feb '11

10 Feb '11

Hello, We've recently received new translations (Galician and Polish) for the Easter eggs tutorial. It was expected to be released with Inkscape 0.45 (see http://wiki.inkscape.org/wiki/index.php/ReleaseNotes045#Translations.2C_tut…) but I can't find it in versions from 0.45.1 to 0.48.1. And up to yesterday, there was no translation at all for that tutorial. Is there a reason why it exists in inkscape-docs but not in the released versions? Does anyone mind if I add it to the tutorials menu? Regards. -- Nicolas

3 2

Update Cairo to 1.10.2 to fix bug
by unknown＠example.com 09 Feb '11

09 Feb '11

Hi all, (best wishes for the new year!) Cairo 1.10.2 has been released, and a bug concerning Inkscape was fixed. https://bugs.launchpad.net/inkscape/+bug/665628 It is a pity it is just too late to include in 0.48.1 Krzystof, can you update Cairo in the Windows devlibs when 0.48.1 is done? Thanks, Johan

8 18

Re: [Inkscape-devel] [Fwd: bzr rant... Was: Updated 2geom -- what changed?]
by unknown＠example.com 07 Feb '11

07 Feb '11

> -----Original Message----- > From: martinpool@...400... [mailto:martinpool@...400...] On Behalf Of > Martin Pool > Sent: 07 February 2011 07:35 > > Thanks for the information. > > JBC, I suggest you uses bzr explorer and qbzr rather than tbzr as > they're much more active. TBZR == QBzr from a user perspective. All TBzr adds is the icon overlays in explorer and context menu's when rightclicking on files in explorer. If you choose something from those menus, it calls QBzr. So it is pretty hard to use tbzr, but not use qbzr :-) (Bzr explorer does not seem to provide any extra functionality for me, for simple everyday tasks) Cheers, Johan

1 0

Re: [Inkscape-devel] Regarding memory usage when embedding pictures
by Mahen 07 Feb '11

07 Feb '11

Thanks a lot for replying, Jon ! Well indeed I tried to embed the pictures in the SVG. Let's say they'are about 2560*1920 resolution (some less some more). So : 2560 * 1920 * 4 * 35 (number of pictures) / 1024 / 1024 = 656.25 MB and 70 MB (size on disk) * 4 / 3 = 93.3 MB Total = about 750 MB Which is indeed the memory amount taken by OO.org, but Inkscape quickly fills my 4 GB of ram (minus what is eaten by KDE of course) Well, this may be an expected behaviour actually, I just wanted to check if it had to be reported. Thanks again ! Mahen Le 07/02/2011 02:45, Jon Cruz a écrit : > On Feb 6, 2011, at 4:01 AM, Mahen wrote: > >> I tried to load my document again, and noticed Inscape was almost >> filling my 4 GB of ram. I tried to do the very same thing with >> OpenOffice draw and the memory usage was "only" of 0.7 GB. >> >> I definitely guess Inkscape is not meant for importing tons of pictures, >> but I was wondering whether there was some kind of memory leak or waste >> triggered by this particular scenario and if you think I should make >> another bugreport ? > > Yes, memory use was a major factor discussed when we were going over linked vs. embedded. If you were seeing this while linking in the images, we'll have a larger problem. On the other hand if the images were actually embedded, some such bloat was expected. This is part of why the consensus was to avoid switching to always embedding until we had such issues covered, but someone went ahead and flipped things in the code anyway. > > To get a rough idea of memory use, just multiple image width in pixels by height in pixels times four and you get the rough minimum buffer needs. Also add in on-disk image file size times four and divided by three. This gives the string size needed for the XML string embed itself. > > > So the first question is are they linked or are they embedded. Second question is if you calculate the rough memory needs for all of those 35 images do they start to hit the limits of your machine? > > >

1 1

Inkscape 0.48.1 Source Packages
by Ted Gould 07 Feb '11

07 Feb '11

Hey all, I finally found the time to make all of the source packages for 0.48.1, sorry about the delay. They're uploading to Source Forge here: https://sourceforge.net/projects/inkscape/files/inkscape/0.48.1/ As per-usual please don't do mass announcements of the release until packagers for the various platforms have a chance to build installable images and upload them. Here are the hashes for the paranoid :) == MD5 == 430fa43bba96ba19a98acdd163fd86d5 inkscape-0.48.1.tar.bz2 5f744c9da0e51069994d9b6ea1e5f953 inkscape-0.48.1.tar.bz2.asc 3c179eb998d49d1c312822e15773bf6d inkscape-0.48.1.tar.gz 2df7c0bf0096b2eab0e2a79ac71328ab inkscape-0.48.1.tar.gz.asc 331fab5a407a4b016eaa35bd61eac872 inkscape-0.48.1.zip f974e2ac553571261207ec960d5b75ed inkscape-0.48.1.zip.asc == SHA1 == 9727ed11cef31c2790bf2affbddf6a6ef352753f inkscape-0.48.1.tar.bz2 e578a31f3ef37df72cb90599e3399afff9c764e5 inkscape-0.48.1.tar.bz2.asc a43467119925aee70d1d63d746f9846abb4dea91 inkscape-0.48.1.tar.gz 09bb42eabd4401e7eb4aa639393465abc916ebe5 inkscape-0.48.1.tar.gz.asc 6ae30c4d70e506e4b6437b27d88ea24404420b92 inkscape-0.48.1.zip 596e1a55486ee36afb2b28177061f12909a8b99e inkscape-0.48.1.zip.asc Thanks all! --Ted

7 13

Regarding memory usage when embedding pictures
by Mahen 07 Feb '11

07 Feb '11

Hi everyone ! First : thanks again to everyone involved for this great piece of software ! Sorry for all those bugreports about memory usage I made before (https://bugs.launchpad.net/inkscape/+bug/706294 regarding memory filled when using patterns and https://bugs.launchpad.net/inkscape/+bug/708274 regarding a slight memory increase without doing anything particular :-) But I may need to fill another one : I stumbled upon a particular situation yesterday, and I would like to know if you think this is an Inkscape issue, or just a twisted use case. I wanted to import about 35 jpg pictures (from an old digital camera, so not huge resolutions but still). Inkscape managed to import and display them. I moved them onto the canvas and worked for about 2 minutes and then my hardisk started spinning tremendously, and the kernel shot down Inkscape. (I have no SWAP and 4 GB or ram) I tried to load my document again, and noticed Inscape was almost filling my 4 GB of ram. I tried to do the very same thing with OpenOffice draw and the memory usage was "only" of 0.7 GB. I definitely guess Inkscape is not meant for importing tons of pictures, but I was wondering whether there was some kind of memory leak or waste triggered by this particular scenario and if you think I should make another bugreport ? (BTW, as I told suv, I would love to contribute to "bounties" to help improve Inkscape -- regarding tasks that wouldn't be performed otherwise, like tedious memory optimization... :-) Cheers ! Mahen

3 2

Regressions in Filters UI
by Ivan Louette 05 Feb '11

05 Feb '11

Please could we take a look at these regressions : These two ones are regressions and may cause problems to Filters Editor users when changing the values because a lot of efficient filters use much higher values than the maximum available and visible in Filters Editor : https://bugs.launchpad.net/inkscape/+bug/713056 https://bugs.launchpad.net/inkscape/+bug/713050 The following one is an older problem of the same category which has the same troublesome capacities for the user : https://bugs.launchpad.net/inkscape/+bug/713064 Thanks in advance, ivan

2 2

Re: [Inkscape-devel] Can not build inkscape-0.48
by Dmitry Shkirmanov 03 Feb '11

03 Feb '11

I installed newest version of imagemagick from source, ./configure finished without errors, but 'make' gives new error: th, std::allocator<Geom::Path> > Geom::read_svgd(const char* )': ./2geom/svg-path-parser.h:63: warning: ignoring return value of char* fgets(char*, int, FILE*)', declared with attribut e warn_unused_result CXX 2geom/svg-path.o CXX 2geom/sweep.o CXX 2geom/transforms.o CXX 2geom/numeric/matrix.o AR 2geom/lib2geom.a CXX inkscape-version.o AR libinkversion.a CXX main.o CXXLD inkscape libinkscape.a(adaptiveThreshold.o): In function `Inkscape::E xtension::Internal::Bitmap::AdaptiveThreshold::applyEffect(M agick::Image*)': /home/ya/Desktop/inkscape-0.48.0/src/extension/internal/bitm ap/adaptiveThreshold.cpp:21: undefined reference to `Magick: :Image::adaptiveThreshold(unsigned int, unsigned int, unsign ed int)' libinkscape.a(addNoise.o): In function `Inkscape::Extension: :Internal::Bitmap::AddNoise::applyEffect(Magick::Image*)': /home/ya/Desktop/inkscape-0.48.0/src/extension/internal/bitm ap/addNoise.cpp:29: undefined reference to `Magick::Image::a ddNoise(MagickLib::NoiseType)' libinkscape.a(channel.o): In function `Inkscape::Extension:: Internal::Bitmap::Channel::applyEffect(Magick::Image*)': /home/ya/Desktop/inkscape-0.48.0/src/extension/internal/bitm ap/channel.cpp:32: undefined reference to `Magick::Image::ch annel(MagickLib::ChannelType)' collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 make[2]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 /src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 ' make: *** [all] Error 2 Any suggestions? >What version of ImageMagick has been installed? Have the dev-libs ofImageMagick also been installed? > >It should also be possible to provide ./configure with a flag thattells it to compile without ImageMagick, IIRC, but I .don't know thesyntax of the top of my head. > >Kind regards, > >Diederik >>Hello, i can not build inkscape-0.48 on debian lenny../configurefinished without errors, but 'make' gives an error. >>Here is theextraction from the output: >># >># >>extension/internal/bitmap/level.cpp: In member function vir >>tual void Inkscape::Extension::Internal::Bitmap::Level::appl >>yEffect(Magick::Image*)': >>extension/internal/bitmap/level.cpp:23: error: class Magick >>::Image' has no member named level' >>make[2]: *** [extension/internal/bitmap/level.o] Error 1 >>make[2]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 >>/src' >>make[1]: *** [all-recursive] Error 1 >>make[1]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 >>' >>make: *** [all] Error 2 >># >># >>I searched through the Google but have not found solution. >>Help me please to build it.

4 3