- Inkscape Devel - Inkscape Mailman

Bye bye for now Whiteboard
by Joshua A. Andler 02 Sep '09

02 Sep '09

Hey All, First off, I am sorry for those who this change may break the build for temporarily (possibly win32 & osx, but hopefully neither). If you've built with the whiteboard flag in the past, I'm sorry, but it is advised to make clean and build again without the flag as it no longer exists. As discussed previously, I have gone ahead and removed the whiteboard configure flag prior to the release of 0.47. For those who don't know, this was done because the whiteboard has not worked for some time, people still ask how to make it work, distro's build packages with the flag, and a number of other related issues continually arise. In other words, it will save us a lot of "user support" time. Hopefully one day someone will take the time to properly fix things so that it is more robust and far less fragile than it was. Until then, it would be appreciated if the flag is not added back into trunk. For the record, the flag was mainly commented out in this commit, the only piece that was actually deleted was 2 lines in configure.ac's echo statement. Those were lines 1011 & 1012: Enable Inkboard: ${with_inkboard} Enable SSL in Inkboard: ${with_inkboard_ssl} By the way, yes, this is also an indication that I'm back and will continue helping us to push to get this released as soon as we can. Cheers, Josh

2 1

Inkscape logo on a book cover
by mail＠...2227... 02 Sep '09

02 Sep '09

Hi all, i need some help. I wrote a book and now i would like to put the inkscape logo on the cover of the book. Is it allowed to do so? What do i have to observe? My second question: I would like to put the program on an CD with the book. Can i do this too? Thanks for your help. Sincerely Uwe Schoeler

7 12

Fwd: Radial gradients in SVG Full
by Alexandre Prokoudine 02 Sep '09

02 Sep '09

*please* don't let it slip again :) Alexandre ---------- Forwarded message ---------- From: Dr. Olaf Hoffmann Date: 2009/8/27 Subject: Radial gradients in SVG Full To: www-svg@...157..., klaus.foerster***uibk.ac.at Hello, (just my personal observations) SVG has already a radial gradient for a long time, a simplified form is available in SVG tiny 1.2 too. I think, this canvas method creates more a cone than a radial gradient. But I'm not sure, because as far as I have seen, it does not define the range for 'w' (omega?) within the formulas (looks like something to fix in the draft). The draft itself claims, that this creates a cone (why do they call it createRadialGradient? This may create some confusion with the SVG radialGradient) To avoid conflicts with the existing radial gradient, one could call it coneGradient ... I think, there are other proposals to improve gradients as well and to allow more sophisticated color distributions. We will see, what will happen. Do you have specific applications for such a cone gradient? Is it of general importance to have such a specific type? Could be interesting to gather a larger collection of different types of specific gradients types to see how to organise this in a useful way... Is it useful for SVG and for authors to create for every specific type of gradient a new element or is there a more generic/elegant method to define gradient like entities with a set of well-considered element+attribute collection? I have several applications for arbitrary color distributions. Up to now it is not trivial to generate an arbitrary distribution using the linear or the radial gradient. And I think, such a cone gradient is just another sample for another specific gradient type - and is typically less useful than the linear and the radial gradient to approximate such an arbitrary distribution with some number crunching. Wouldn't it be more interesting to have a general and simple mechanism to describe a color distribution without the requirement of heavy number crunching for authors? Olaf

1 0

Auto-Palette's (custom swatches)
by Joshua A. Andler 02 Sep '09

02 Sep '09

Hey Jon, Would you please go ahead and ifdef out the "auto" palette in trunk as you see fit? Given it's current state, we cannot include it in the upcoming release. Thanks, Josh P.S. I do hope we get to see a more complete version in 0.48 though! :)

2 1

Broken feImage and lib2geom matrix inversion
by Tavmjong Bah 01 Sep '09

01 Sep '09

Hi, I've traced the problem with the broken feImage filter primitive (see https://bugs.launchpad.net/inkscape/+bug/382313 ) to a problem with lib2geom. More specifically, Geom::Matrix.inverse() returns an incorrect matrix. I run this simple test program: #include <iostream> #include <2geom/matrix.h> int main() { Geom::Matrix test_matrix1( 0.003333, 0.000000, 0.000000, 0.003333, 0.083333, 0.083333 ); Geom::Matrix test_inverse1 = test_matrix1.inverse(); std::cout << "Test input" << std::endl; std::cout << test_matrix1 << std::endl; std::cout << "Test output" << std::endl; std::cout << test_inverse1 << std::endl; Geom::Matrix test_matrix2( 0.003077, 0.000000, 0.000000, 0.003077, 0.076923, 0.076923 ); Geom::Matrix test_inverse2 = test_matrix2.inverse(); std::cout << "Test input" << std::endl; std::cout << test_matrix2 << std::endl; std::cout << "Test output" << std::endl; std::cout << test_inverse2 << std::endl; } The output I see is: Test input A: 0.003333 C: 0 E: 0.083333 B: 0 D: 0.003333 F: 0.083333 Test output A: 300.03 C: -0 E: -25.0024 B: -0 D: 300.03 F: -25.0024 Test input A: 0.003077 C: 0 E: 0.076923 B: 0 D: 0.003077 F: 0.076923 Test output A: 1 C: 0 E: 0 B: 0 D: 1 F: 0 You can see that the first matrix inversion is correct but the second is wrong. This was tested with SVN as of yesterday on Linux. Tav

4 7

[ocal-browser-discuss] Yes, it is still alive!
by EnzoAeneas 01 Sep '09

01 Sep '09

Please check out the two documents/posts and leave comments! http://groups.google.com/group/ocal-browser-discuss/web/plan-for-gui http://groups.google.com/group/ocal-browser-discuss/web/ocal-browser-object… ---------- Forwarded message ---------- From: EnzoAeneas <enzoaeneas@...400...> Date: Sat, Aug 29, 2009 at 4:18 AM Subject: [ocal-browser-discuss] Yes, it is still alive! To: ocal-browser-discuss <ocal-browser-discuss@...820...> Sorry, but like many of you I have a job that pays my bills and I haven't had much time to devote to this. But I have not abandoned hope! Here is the direction that I want to take this: Python - gotta love dynamic languages. XUL instead of PyGTK or PyQt. The native SVG support will make things much easier! Plus a declarative UI will be faster to build and debug. Using Mozilla XulRunner as a platform will also give benefits: Settings/preference system including GUI support. SQLite support abstracted by a Storage API. Ability to leverage web-based technologies in conjunction with the native XUL support gives many options for the UI and XML/RDF templating can reduce the amount of code needed to display information about each image. Basic extensions framework allowing for different features to be implemented as pluggable modules rather than new builds. Builtin updates system. With a mature browser component, users can surf OpenClipArt.org and pick clipart to download into their local repository. JSON support, Web Services support, XMLHttpRequest, etc will make ccHost integration much easier. Not to mention, all of the AJAX code out there that manipulates images can be made leveraged for more advanced features because the limitations of the browser sandbox will be lifted for extension code. What cannot be done using the facilities provided by Gecko/XulRunner, can either be done using an appropriate python library or integrating with Java (JavaXPCOM). HTML 5 and Xforms support may yield future benefits. In the end, the progression of the web and related technologies will allow for greater improvements in functionality and implementation. Let me know if you have any ideas. I will try to get a data model and Base API out soon. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "ocal-browser-discuss" group. To post to this group, send email to ocal-browser-discuss@...820... To unsubscribe from this group, send email to ocal-browser-discuss+unsubscribe@...820...<ocal-browser-discuss%2Bunsubscribe@...820...> For more options, visit this group at http://groups.google.com/group/ocal-browser-discuss?hl=en -~----------~----~----~----~------~----~------~--~---

1 0

Re: [Inkscape-devel] [Lib2geom-devel] FW: Broken feImage and lib2geommatrix inversion
by unknown＠example.com 31 Aug '09

31 Aug '09

Looking at the code, it seems that it used to be possible to specify the "numerical tolerance". Shall we put this back in? > -----Original Message----- > From: J.B.C.Engelen@...1578... > [mailto:J.B.C.Engelen@...1578...] > Sent: maandag 31 augustus 2009 9:57 > To: lib2geom-devel(a)lists.sourceforge.net > Cc: tavmjong@...8... > Subject: [Lib2geom-devel] FW: [Inkscape-devel] Broken feImage > and lib2geommatrix inversion > > Hi guys, > > See the email below. > > > -----Original Message----- > > From: Tavmjong Bah [mailto:tavmjong@...8...] > > Sent: Sunday, August 30, 2009 13:10 > > To: Inkscape Devel List > > Subject: [Inkscape-devel] Broken feImage and lib2geom > matrix inversion > > > > > > > > Hi, > > > > I've traced the problem with the broken feImage filter > primitive (see > > https://bugs.launchpad.net/inkscape/+bug/382313 ) to a problem with > > lib2geom. More specifically, > > Geom::Matrix.inverse() returns an incorrect matrix. I run > this simple > > test program: > > > > #include <iostream> > > #include <2geom/matrix.h> > > > > int main() { > > > > Geom::Matrix test_matrix1( 0.003333, 0.000000, 0.000000, > 0.003333, > > 0.083333, 0.083333 ); > > > > Geom::Matrix test_inverse1 = test_matrix1.inverse(); > > > > std::cout << "Test input" << std::endl; > > std::cout << test_matrix1 << std::endl; > > > > std::cout << "Test output" << std::endl; > > std::cout << test_inverse1 << std::endl; > > > > Geom::Matrix test_matrix2( 0.003077, 0.000000, 0.000000, > 0.003077, > > 0.076923, 0.076923 ); > > > > Geom::Matrix test_inverse2 = test_matrix2.inverse(); > > > > std::cout << "Test input" << std::endl; > > std::cout << test_matrix2 << std::endl; > > > > std::cout << "Test output" << std::endl; > > std::cout << test_inverse2 << std::endl; } > > > > The output I see is: > > > > Test input > > A: 0.003333 C: 0 E: 0.083333 > > B: 0 D: 0.003333 F: 0.083333 > > > > Test output > > A: 300.03 C: -0 E: -25.0024 > > B: -0 D: 300.03 F: -25.0024 > > > > Test input > > A: 0.003077 C: 0 E: 0.076923 > > B: 0 D: 0.003077 F: 0.076923 > > > > Test output > > A: 1 C: 0 E: 0 > > B: 0 D: 1 F: 0 > > > > You can see that the first matrix inversion is correct but > the second > > is wrong. This was tested with SVN as of yesterday on Linux. > > > > A bit more info. > > > > In Geom::Matrix::inverse() the matrix determinate is calculated and > > then compared to the constant EPSILON which is defined as 10^-5 (in > > coord.h). > > If it is less than EPSILON the matrix is set to unity. This > EPSILON is > > clearly way too large for use in inverse(). For some reason > a value of > > 10^-18 in commented out in coord.h. My guess is that the > value 10^-5 > > was selected for comparing pixel positions to each other but it is > > being used for other purposes in the lib2geom library. > > > > Tav > > > > -------------------------------------------------------------- > ---------------- > Let Crystal Reports handle the reporting - Free Crystal > Reports 2008 30-Day > trial. Simplify your report design, integration and > deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Lib2geom-devel mailing list > Lib2geom-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel >

1 0

Thank you from Brazil
by Aurélio A. Heckert 31 Aug '09

31 Aug '09

I think you will love to read this. That is a e-mail (with translation) from Leon Prado, a brazilian artist that uses Inkscape for professional works: ---------- Forwarded message ---------- From: Leon Prado <leonlatour@...400...> Date: 2009/8/25 To: Comunidade Inkscape Brasil <inkscape-brasil@...2207...> Subject: [Inkscape Brasil] AGRADECIMENTOS MAIS AGRADECIMENTO !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! [Inkscape Brazil] Thanks and more thanks!!!!!!!!!!!!!!!!!!!!!!!!!!!! GENTE ESCREVO ESSE EMAIL EM MAIÚSCULA PORQUE EH QUASE UM GRITO MESMO :P Folks, i write this this e-mail in uppercase because it is like a screaming, really :-p QUERO AGRADECER A NOSSOS QUERIDOS PROGRAMADORES!!!! I want to thank our dear programmers!!! CARA O INK ESTA MUIIIIIIITO BOM !!!!! Man, the inkscape is veeeeery good!!! AS NOVAS IMPLEMENTAÇÕES ESTÃO MARAVILHOSAS E O NOSSO PROGRAMINHA DO CORAÇÃO DEU UM INCRÍVEL AVANÇO!!! The new implementations are beautiful and the little program of our heart make a incredible advance!!! VOCÊS ESTÃO DE PARABÉNS !!!!!!!! ELE FACILITA NOSSA VIDA !!!!!! You are to be congratulated!!! It make ou life easy!!! grato, leon prado Thanks, Leon Prado -- Leon Prado... (61) 8190.7373 msn: leonlatour@...19... http://leonprado.deviantart.com http://leonlatour.blogspot.com

1 0

Spiro LPE causing hard inkscape/DE crash -> trunk r22133
by Bernard Gray 29 Aug '09

29 Aug '09

Hi, I've been experiencing a hard crash whenever I try to use the spiro LPE - the symptom has been around for at least 2 weeks now, my last confirmed build was trunk r22133. I've tested on : Debian sid - kde4.3 - doesn't crash kde for me, but someone else has reported it doing so - gnome 2.28 - crashed gnome as well for me Ubuntu 9.04 - gnome 2.26 - didn't crash the DE, I got a traceback[1] I've tested the 0.47 pre2 built for windows by ChrisMorgan, spiros are fine there - Can anyone confirm this issue is not just me/my packages? Regards, Bernie =========== [1] *** glibc detected *** inkscape: munmap_chunk(): invalid pointer: 0x0000000007d286e0 *** ======= Backtrace: ========= /lib/libc.so.6[0x7f6f67575cb8] inkscape[0x6c931a] inkscape[0x6c9547] inkscape[0x6c313d] inkscape[0x4d148a] inkscape[0x4e0ad7] inkscape[0x4d1893] inkscape[0x4d29bc] inkscape[0x67272c] inkscape[0x8d1895] inkscape[0x8d1d66] inkscape[0x8d2062] inkscape[0x929595] inkscape[0x92adff] inkscape[0x92b4ab] inkscape[0x461da2] inkscape[0x8c2327] inkscape[0x614e30] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f6f6bedc27d] /usr/lib/libgobject-2.0.so.0[0x7f6f6bef1e3b] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x66d)[0x7f6f6bef32bd] /usr/lib/libgtk-x11-2.0.so.0(gtk_signal_emit+0xe5)[0x7f6f6dad2f65] inkscape[0x58c620] inkscape[0x58e4d2] /usr/lib/libgtk-x11-2.0.so.0[0x7f6f6d969df8] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f6f6bedc27d] /usr/lib/libgobject-2.0.so.0[0x7f6f6bef1b1e] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x66d)[0x7f6f6bef32bd] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f6f6bef3953] /usr/lib/libgtk-x11-2.0.so.0[0x7f6f6da7209e] /usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0xe3)[0x7f6f6d962693] /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x2e3)[0x7f6f6d9637b3] /usr/lib/libgdk-x11-2.0.so.0[0x7f6f6d5dcf3c] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x24a)[0x7f6f6b63320a] /usr/lib/libglib-2.0.so.0[0x7f6f6b6368e0] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1cd)[0x7f6f6b636dad] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x7f6f6d963bc7] inkscape[0x456849] inkscape[0x455dce] /lib/libc.so.6(__libc_start_main+0xe6)[0x7f6f6751c5a6] inkscape[0x454e09] ======= Memory map: ======== 00400000-00e49000 r-xp 00000000 08:01 795229 /usr/bin/inkscape 01048000-0104a000 r--p 00a48000 08:01 795229 /usr/bin/inkscape 0104a000-0105e000 rw-p 00a4a000 08:01 795229 /usr/bin/inkscape 0105e000-01069000 rw-p 0105e000 00:00 0 020f2000-07d76000 rw-p 020f2000 00:00 0 [heap] 7f6f5e91d000-7f6f5e92e000 r--p 00000000 08:01 1655332 /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf 7f6f5e92e000-7f6f5eaf5000 rw-p 7f6f5e92e000 00:00 0 7f6f5eaf5000-7f6f5eb10000 r--p 00000000 08:01 1688880 /usr/share/fonts/type1/gsfonts/c059016l.pfb 7f6f5eb10000-7f6f5eb70000 rw-s 00000000 00:09 1769499 /SYSV00000000 (deleted) 7f6f5eb70000-7f6f5ebf2000 rw-p 7f6f5eb70000 00:00 0 7f6f5ebf2000-7f6f5ec52000 rw-s 00000000 00:09 1736730 /SYSV00000000 (deleted) 7f6f5ec52000-7f6f5ecde000 r--p 00000000 08:01 1424 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf 7f6f5ecde000-7f6f5ed2d000 r--p 00000000 08:01 1425 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf 7f6f5ed2d000-7f6f5ed33000 r-xp 00000000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ed33000-7f6f5ef32000 ---p 00006000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef32000-7f6f5ef33000 r--p 00005000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef33000-7f6f5ef34000 rw-p 00006000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef34000-7f6f5efcc000 r--p 00000000 08:01 1423 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 7f6f5efcc000-7f6f5efce000 r-xp 00000000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5efce000-7f6f5f1cd000 ---p 00002000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1cd000-7f6f5f1ce000 r--p 00001000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1ce000-7f6f5f1cf000 rw-p 00002000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1cf000-7f6f5f1d8000 r--s 00000000 08:01 730390 /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86-64.cache-2 7f6f5f1d8000-7f6f5f1db000 r--s 00000000 08:01 731607 /var/cache/fontconfig/e383d7ea5fbe662a33d9b44caf393297-x86-64.cache-2 7f6f5f1db000-7f6f5f1dc000 r--s 00000000 08:01 731606 /var/cache/fontconfig/4c73fe0c47614734b17d736dbde7580a-x86-64.cache-2 7f6f5f1dc000-7f6f5f1e0000 r--s 00000000 08:01 731605 /var/cache/fontconfig/a755afe4a08bf5b97852ceb7400b47bc-x86-64.cache-2 7f6f5f1e0000-7f6f5f1e4000 r--s 00000000 08:01 730396 /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86-64.cache-2 7f6f5f1e4000-7f6f5f1e7000 r--s 00000000 08:01 731604 /var/cache/fontconfig/de156ccd2eddbdc19d37a45b8b2aac9c-x86-64.cache-2 7f6f5f1e7000-7f6f5f1f2000 r--s 00000000 08:01 731603 /var/cache/fontconfig/e3de0de479f42330eadf588a55fb5bf4-x86-64.cache-2 7f6f5f1f2000-7f6f5f201000 r--s 00000000 08:01 731602 /var/cache/fontconfig/0f34bcd4b6ee430af32735b75db7f02b-x86-64.cache-2 7f6f5f201000-7f6f5f204000 r--s 00000000 08:01 730395 /var/cache/fontconfig/ddd4086aec35a5275babba44bb759c3c-x86-64.cache-2 7f6f5f204000-7f6f5f205000 r--s 00000000 08:01 730394 /var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86-64.cache-2 7f6f5f205000-7f6f5f20e000 r--s 00000000 08:01 731601 /var/cache/fontconfig/d52a8644073d54c13679302ca1180695-x86-64.cache-2 7f6f5f20e000-7f6f5f215000 r--s 00000000 08:01 731764 /var/cache/fontconfig/089dead882dea3570ffc31a9898cfb69-x86-64.cache-2 7f6f5f215000-7f6f5f220000 r--s 00000000 08:01 731979 /var/cache/fontconfig/e13b20fdb08344e0e664864cc2ede53d-x86-64.cache-2 7f6f5f220000-7f6f5f223000 r--s 00000000 08:01 730393 /var/cache/fontconfig/7ef2298fde41cc6eeb7af42e48b7d293-x86-64.cache-2 7f6f5f223000-7f6f5f237000 r--s 00000000 08:01 731978 /var/cache/fontconfig/865f88548240fee46819705c6468c165-x86-64.cache-2 7f6f5f237000-7f6f5f2ca000 rw-p 7f6f5f237000 00:00 0 7f6f5f2ca000-7f6f5f2ce000 r-xp 00000000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f2ce000-7f6f5f4ce000 ---p 00004000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4ce000-7f6f5f4cf000 r--p 00004000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4cf000-7f6f5f4d0000 rw-p 00005000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4d0000-7f6f5f4e1000 r-xp 00000000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f4e1000-7f6f5f6e0000 ---p 00011000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e0000-7f6f5f6e1000 r--p 00010000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e1000-7f6f5f6e2000 rw-p 00011000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e2000-7f6f5f6f7000 r-xp 00000000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f6f7000-7f6f5f8f7000 ---p 00015000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f7000-7f6f5f8f8000 r--p 00015000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f8000-7f6f5f8f9000 rw-p 00016000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f9000-7f6f5f917000 r-xp 00000000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5f917000-7f6f5fb16000 ---p 0001e000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5fb16000-7f6f5fb17000 r--p 0001d000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5fb17000-7f6f5fb18000 rw-p 0001e000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5fb18000-7f6f5fb21000 r-xp 00000000 08:01 1674953 /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so 7f6f5fb21000-7f6f5fd21000 ---p 00009000 08:01 1674953 /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so 7f6f5fd21000-7f6f5fd22000 r--p 00009000 08:01 1674953 /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so 7f6f5fd22000-7f6f5fd23000 rw-p 0000a000 08:01 1674953 /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so 7f6f5fd23000-7f6f5fd30000 r-xp 00000000 08:01 1602046 /usr/lib/libtdb.so.1.1.3 7f6f5fd30000-7f6f5ff2f000 ---p 0000d000 08:01 1602046 /usr/lib/libtdb.so.1.1.3 7f6f5ff2f000-7f6f5ff30000 r--p 0000c000 08:01 1602046 /usr/lib/libt Emergency save activated! Emergency save document locations: /home/bgray/New document 1.2009_08_28_12_52_08.0.svg Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. *** glibc detected *** inkscape: munmap_chunk(): invalid pointer: 0x0000000007d522f0 *** ======= Backtrace: ========= /lib/libc.so.6[0x7f6f67575cb8] inkscape[0x6c931a] inkscape[0x6c9547] inkscape[0x6c313d] inkscape[0x4d148a] inkscape[0x4e0ad7] inkscape[0x4d1893] inkscape[0x4d9e70] inkscape[0x4b2d18] inkscape[0x4d9dc3] inkscape[0x4c6d18] inkscape[0x4e9267] inkscape[0x4d9dc3] inkscape[0x45bf58] inkscape[0x45c117] inkscape[0x45c229] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x24a)[0x7f6f6b63320a] /usr/lib/libglib-2.0.so.0[0x7f6f6b6368e0] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1cd)[0x7f6f6b636dad] /usr/lib/libgtk-x11-2.0.so.0(gtk_dialog_run+0x194)[0x7f6f6d8ebef4] inkscape[0x476deb] /lib/libc.so.6[0x7f6f67531040] /lib/libc.so.6(gsignal+0x35)[0x7f6f67530fb5] /lib/libc.so.6(abort+0x183)[0x7f6f67532bc3] /lib/libc.so.6[0x7f6f67570228] /lib/libc.so.6[0x7f6f67575cb8] inkscape[0x6c931a] inkscape[0x6c9547] inkscape[0x6c313d] inkscape[0x4d148a] inkscape[0x4e0ad7] inkscape[0x4d1893] inkscape[0x4d29bc] inkscape[0x67272c] inkscape[0x8d1895] inkscape[0x8d1d66] inkscape[0x8d2062] inkscape[0x929595] inkscape[0x92adff] inkscape[0x92b4ab] inkscape[0x461da2] inkscape[0x8c2327] inkscape[0x614e30] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f6f6bedc27d] /usr/lib/libgobject-2.0.so.0[0x7f6f6bef1e3b] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x66d)[0x7f6f6bef32bd] /usr/lib/libgtk-x11-2.0.so.0(gtk_signal_emit+0xe5)[0x7f6f6dad2f65] inkscape[0x58c620] inkscape[0x58e4d2] /usr/lib/libgtk-x11-2.0.so.0[0x7f6f6d969df8] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x16d)[0x7f6f6bedc27d] /usr/lib/libgobject-2.0.so.0[0x7f6f6bef1b1e] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x66d)[0x7f6f6bef32bd] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f6f6bef3953] /usr/lib/libgtk-x11-2.0.so.0[0x7f6f6da7209e] /usr/lib/libgtk-x11-2.0.so.0(gtk_propagate_event+0xe3)[0x7f6f6d962693] /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x2e3)[0x7f6f6d9637b3] /usr/lib/libgdk-x11-2.0.so.0[0x7f6f6d5dcf3c] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x24a)[0x7f6f6b63320a] /usr/lib/libglib-2.0.so.0[0x7f6f6b6368e0] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1cd)[0x7f6f6b636dad] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x7f6f6d963bc7] inkscape[0x456849] ======= Memory map: ======== 00400000-00e49000 r-xp 00000000 08:01 795229 /usr/bin/inkscape 01048000-0104a000 r--p 00a48000 08:01 795229 /usr/bin/inkscape 0104a000-0105e000 rw-p 00a4a000 08:01 795229 /usr/bin/inkscape 0105e000-01069000 rw-p 0105e000 00:00 0 020f2000-07ddc000 rw-p 020f2000 00:00 0 [heap] 7f6f5e91d000-7f6f5e92e000 r--p 00000000 08:01 1655332 /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf 7f6f5e92e000-7f6f5eaf5000 rw-p 7f6f5e92e000 00:00 0 7f6f5eaf5000-7f6f5eb10000 r--p 00000000 08:01 1688880 /usr/share/fonts/type1/gsfonts/c059016l.pfb 7f6f5eb10000-7f6f5eb70000 rw-s 00000000 00:09 1769499 /SYSV00000000 (deleted) 7f6f5eb70000-7f6f5ebf2000 rw-p 7f6f5eb70000 00:00 0 7f6f5ebf2000-7f6f5ec52000 rw-s 00000000 00:09 1736730 /SYSV00000000 (deleted) 7f6f5ec52000-7f6f5ecde000 r--p 00000000 08:01 1424 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf 7f6f5ecde000-7f6f5ed2d000 r--p 00000000 08:01 1425 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf 7f6f5ed2d000-7f6f5ed33000 r-xp 00000000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ed33000-7f6f5ef32000 ---p 00006000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef32000-7f6f5ef33000 r--p 00005000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef33000-7f6f5ef34000 rw-p 00006000 08:01 1655757 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-xpm.so 7f6f5ef34000-7f6f5efcc000 r--p 00000000 08:01 1423 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 7f6f5efcc000-7f6f5efce000 r-xp 00000000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5efce000-7f6f5f1cd000 ---p 00002000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1cd000-7f6f5f1ce000 r--p 00001000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1ce000-7f6f5f1cf000 rw-p 00002000 08:01 1655705 /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 7f6f5f1cf000-7f6f5f1d8000 r--s 00000000 08:01 730390 /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86-64.cache-2 7f6f5f1d8000-7f6f5f1db000 r--s 00000000 08:01 731607 /var/cache/fontconfig/e383d7ea5fbe662a33d9b44caf393297-x86-64.cache-2 7f6f5f1db000-7f6f5f1dc000 r--s 00000000 08:01 731606 /var/cache/fontconfig/4c73fe0c47614734b17d736dbde7580a-x86-64.cache-2 7f6f5f1dc000-7f6f5f1e0000 r--s 00000000 08:01 731605 /var/cache/fontconfig/a755afe4a08bf5b97852ceb7400b47bc-x86-64.cache-2 7f6f5f1e0000-7f6f5f1e4000 r--s 00000000 08:01 730396 /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86-64.cache-2 7f6f5f1e4000-7f6f5f1e7000 r--s 00000000 08:01 731604 /var/cache/fontconfig/de156ccd2eddbdc19d37a45b8b2aac9c-x86-64.cache-2 7f6f5f1e7000-7f6f5f1f2000 r--s 00000000 08:01 731603 /var/cache/fontconfig/e3de0de479f42330eadf588a55fb5bf4-x86-64.cache-2 7f6f5f1f2000-7f6f5f201000 r--s 00000000 08:01 731602 /var/cache/fontconfig/0f34bcd4b6ee430af32735b75db7f02b-x86-64.cache-2 7f6f5f201000-7f6f5f204000 r--s 00000000 08:01 730395 /var/cache/fontconfig/ddd4086aec35a5275babba44bb759c3c-x86-64.cache-2 7f6f5f204000-7f6f5f205000 r--s 00000000 08:01 730394 /var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86-64.cache-2 7f6f5f205000-7f6f5f20e000 r--s 00000000 08:01 731601 /var/cache/fontconfig/d52a8644073d54c13679302ca1180695-x86-64.cache-2 7f6f5f20e000-7f6f5f215000 r--s 00000000 08:01 731764 /var/cache/fontconfig/089dead882dea3570ffc31a9898cfb69-x86-64.cache-2 7f6f5f215000-7f6f5f220000 r--s 00000000 08:01 731979 /var/cache/fontconfig/e13b20fdb08344e0e664864cc2ede53d-x86-64.cache-2 7f6f5f220000-7f6f5f223000 r--s 00000000 08:01 730393 /var/cache/fontconfig/7ef2298fde41cc6eeb7af42e48b7d293-x86-64.cache-2 7f6f5f223000-7f6f5f237000 r--s 00000000 08:01 731978 /var/cache/fontconfig/865f88548240fee46819705c6468c165-x86-64.cache-2 7f6f5f237000-7f6f5f2ca000 rw-p 7f6f5f237000 00:00 0 7f6f5f2ca000-7f6f5f2ce000 r-xp 00000000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f2ce000-7f6f5f4ce000 ---p 00004000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4ce000-7f6f5f4cf000 r--p 00004000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4cf000-7f6f5f4d0000 rw-p 00005000 08:01 1655750 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so 7f6f5f4d0000-7f6f5f4e1000 r-xp 00000000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f4e1000-7f6f5f6e0000 ---p 00011000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e0000-7f6f5f6e1000 r--p 00010000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e1000-7f6f5f6e2000 rw-p 00011000 08:01 1770081 /usr/lib/gio/modules/libgioremote-volume-monitor.so 7f6f5f6e2000-7f6f5f6f7000 r-xp 00000000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f6f7000-7f6f5f8f7000 ---p 00015000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f7000-7f6f5f8f8000 r--p 00015000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f8000-7f6f5f8f9000 rw-p 00016000 08:01 1604206 /usr/lib/libgvfscommon.so.0.0.0 7f6f5f8f9000-7f6f5f917000 r-xp 00000000 08:01 1770082 /usr/lib/gio/modules/libgvfsdbus.so 7f6f5f917000-7f6f5fb16000 ---p 0001e000 08:01 1770082

2 4

OS X compile help needed
by bulia byak 28 Aug '09

28 Aug '09

A friend is trying to compile Inkscape on OSX 10.5.8, but since I never used macs before we're stuck and would appreciate any help. After we installed the libs, we get this error when autoheader tries to run: checking for autoconf >= 2.52 ... yes (version 2.64) checking for automake >= 1.10 ... yes (version 1.10) checking for glib-gettextize >= 2.0.0 ... yes (version 2.20.4) checking for intltool >= 0.17 ... yes (version 0.40.6) Running aclocal-1.10 -I /opt/local/var/macports/distfiles ... configure.ac:133: warning: macro `AM_GLIB_GNU_GETTEXT' not found in library Running autoheader ... autoheader: warning: missing template: ENABLE_NLS autoheader: Use AC_DEFINE([ENABLE_NLS], [], [Description]) Please fix the error conditions and try again. Does that ring a bell? Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 4