- Inkscape Devel - Inkscape Mailman

0.92.3 Release Announcement
by Ryan Gorley 23 Mar '18

23 Mar '18

Hello All, We just published the announcement for 0.92.3 on the website: https://inkscape.org/en/news/2018/03/22/announcing-0923-release-inkscape/ If anyone was waiting for this announcement to push any changes to official repos, or anything else, consider the wait over. :) Bryce, as release manager do you want to do the honors of pushing this out to the inkscape-announce and inkscape-user list? Anyone is welcome to help us promote this, please help us keep track here: https://gitlab.com/inkscape/vectors/general/issues/48 Ryan

3 2

Extensions
by Martin Owens 23 Mar '18

23 Mar '18

Dear all, I've separated out the extensions directory into a new repository: https://gitlab.com/inkscape/extensions I haven't yet removed the files from the master branch, but I will as soon as I get a couple of nods of approval from other developers and packagers as this change needs some consideration. My first job is to upgrade extensions to python3 and to do this I'm going to write tests. Please let me know if there are any extensions tests already written I can use. Best Regards, Martin Owens

8 24

Re: [Inkscape-devel] Extensions
by Lex Neva 22 Mar '18

22 Mar '18

> 4. Adding their own UI. In the cases where the current inx based UI falls > down (conditional values, and many more) the users want to able to use, > say, Kivy or even tkinter to do dialogs. This is super hard and only one I > know that works is the very recent embroidery extension which needs own > installer and is so complex I can't follow it. Oh dear! Sorry it's so confusing. As I think you understand, trying to get a cross-platform UI working is quite difficult. And for translations, we had to completely ignore inkex.localize() in favor of bundling our own translations, because we can't get our translation strings into inkscape fast enough. On the plus side, we handle units and viewbox correctly and we're 96dpi compatible already, so no work needed there. Thanks for all the work you're doing! We're happy to answer any questions you might have on how Ink/Stitch works. I follow this list, if somewhat slowly at times, but the best way to reach us is to file an issue (github. com/lexelby/inkstitch).

1 0

GtkActions in toolbars
by Alex Valavanis 17 Mar '18

17 Mar '18

Hi All, In preparation for the Hackfest, I'd like to start looking at ways to reduce (eventually eliminate!) our use of GtkAction. One of the main uses we currently have for them is in toolbars, where the tool widgets (buttons, spinbuttons etc) are all some kind of subclass of GtkAction, which has been removed from Gtk+ 4. This means that when the user clicks on the button, it triggers an "activate" signal, which is handled by a callback function. My question is basically, "what's the point?" Is there any reason why we can't just use a plain old button in most cases, and just connect up the "clicked" signal instead? If it really needs to be some kind of Action, we could migrate to the GAction API, but this may be much more difficult. Best wishes, Alex

5 11

LaTeX rendering fail
by Jakob Peder Pettersen 16 Mar '18

16 Mar '18

When running the command Extensions->Rendering->LaTeX and typing in any LaTeX expression, I get no output and Inkscape returns: *** WARNING - the DELAYBIND command has been deprecated, and will be removed in the next version. For now you can restore the behaviour by using -dREALLYDEALYBIND but if you require continued use of this command you should contact the Ghostscript developers. Commercial customers of Artifex should email their support contact, free users are encouraged to talk to us on the #ghostscript IRC channel on irc.freenode.net. Unrecoverable error: undefined in DELAYBIND PostScript/PDF Interpreter finished. Return status 65280 executed command : /usr/local/opt/ghostscript/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS /var/folders/z_/v0sm2gys3y77640_7m4t99k40000gp/T//psinQuRKci The interpreter seems to have failed, cannot proceed ! Traceback (most recent call last): File "eqtexsvg.py", line 160, in <module> e.affect() File "/Applications/Inkscape.app/Contents/Resources/share/inkscape/extensions/inkex.py", line 268, in affect self.effect() File "eqtexsvg.py", line 154, in effect svg_open(self, svg_file) File "eqtexsvg.py", line 81, in svg_open doc = inkex.etree.parse(filename) File "lxml.etree.pyx", line 3299, in lxml.etree.parse (src/lxml/lxml.etree.c:72421) File "parser.pxi", line 1791, in lxml.etree._parseDocument (src/lxml/lxml.etree.c:105883) File "parser.pxi", line 1817, in lxml.etree._parseDocumentFromURL (src/lxml/lxml.etree.c:106182) File "parser.pxi", line 1721, in lxml.etree._parseDocFromFile (src/lxml/lxml.etree.c:105181) File "parser.pxi", line 1122, in lxml.etree._BaseParser._parseDocFromFile (src/lxml/lxml.etree.c:100131) File "parser.pxi", line 580, in lxml.etree._ParserContext._handleParseResultDoc (src/lxml/lxml.etree.c:94254) File "parser.pxi", line 690, in lxml.etree._handleParseResult (src/lxml/lxml.etree.c:95690) File "parser.pxi", line 620, in lxml.etree._raiseParseError (src/lxml/lxml.etree.c:94757) lxml.etree.XMLSyntaxError: Document is empty, line 1, column 1 Using the extension Tex Text yields a similar error: Traceback (most recent call last): File "textext.py", line 210, in cb_ok self.callback(self.text, self.preamble_file, self.scale_factor) File "textext.py", line 369, in <lambda> converter_cls, old_node)) File "textext.py", line 387, in do_convert new_node = converter.convert(text, preamble_file, scale_factor) File "textext.py", line 751, in convert self.pdf_to_svg() File "textext.py", line 849, in pdf_to_svg + pstoeditOpts) File "textext.py", line 596, in exec_command % (' '.join(cmd), p.returncode, out + err)) RuntimeError: Command pstoedit -f plot-svg /var/folders/z_/v0sm2gys3y77640_7m4t99k40000gp/T/tmpAZUsxB/tmp.pdf /var/folders/z_/v0sm2gys3y77640_7m4t99k40000gp/T/tmpAZUsxB/tmp.svg -dt -ssp -psarg -r9600x9600 failed (code 1): pstoedit: version 3.70 / DLL interface 108 (built: Sep 16 2017 - release build - g++ 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37) - 64-bit) : Copyright (C) 1993 - 2014 Wolfgang Glunz *** WARNING - the DELAYBIND command has been deprecated, and will be removed in the next version. For now you can restore the behaviour by using -dREALLYDEALYBIND but if you require continued use of this command you should contact the Ghostscript developers. Commercial customers of Artifex should email their support contact, free users are encouraged to talk to us on the #ghostscript IRC channel on irc.freenode.net. Unrecoverable error: undefined in DELAYBIND PostScript/PDF Interpreter finished. Return status 65280 executed command : /usr/local/opt/ghostscript/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS -r9600x9600 /var/folders/z_/v0sm2gys3y77640_7m4t99k40000gp/T//psinu3vxOs The interpreter seems to have failed, cannot proceed ! I suspect this is a bug in the respective Inkscape extensions for LaTeX output. System information: macOS 10.13.3 Inkscape 0.91 pdfTeX 3.14159265-2.6-1.40.16 (TeX Live 2015) dvips(k) 5.995 pstoedit: version 3.70 / DLL interface 108 (built: Sep 16 2017 - release build - g++ 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.37) - 64-bit) Best regards Jakob Peder Pettersen

2 2

Releasing Inkscape onto the Website
by Martin Owens 15 Mar '18

15 Mar '18

Dear developers, The website supports developers submitting releases using the releases app, we haven't linked to the releases app publically, but thanks to Maren and others it's a mostly complete history of Inkscape package files. To upload an inkscape package: a) Go to the website and login b) Click the "Upload Art or Resource" (or click Submit in any of your galleries to better organise your files) c) Fill in all the fields you want, make sure to include the uploaded file and gpg signature. d) Select "Inkscape Package" in the category drop down. e) Save. f) Now re-edit the new upload. This will give you the two new fields of "Release" and "Platform", these ONLY appear if: The upload is in the Inkscape Package category AND you have permission to edit releases. If you don't see these fields, make sure you join the releases team at https://inkscape.org/en /*release-team and try again. You can only have ONE resource per release, per platform. So the Inkscape 0.92.2pre0 release can have ONE Win32 MSI Package, ONE Mac OSX 10.9 DMG, etc etc. If you try to over-write, it will deny you setting the platform and release fields. We're going to try and keep the permissions to one person for each of the main platforms. So bryce can do source uploads, tgh can do Mac uploads etc etc. We make have some backups, but user wise it shouldn't need every developer to be a release team member. Let me know if you have issues. Best Regards, Martin Owens Your Friendly Website Admin

4 8

Website Caching (again)and fall-back
by Martin Owens 14 Mar '18

14 Mar '18

Hi all, This is a general notice, I've switched on nginx caching for non-logged in users. 95% of all requests are to non-logged in users. Caching is set to 1 hour, if you update a cms page, upload a new resource or make a new release, there WILL be a delay to some users getting the new information. We are closely monitoring the web server and tweaking the settings as needed. Average request times have be 0.9s-1.1s but some days see spikes to 5s (for the whole day) so we want to try and reduce the common load. Page loads for HITs are down to 120ms, compared to 980ms for a MISS. I've also removed cmsplugin-history which takes up a lot of RAM. There may be some holes in the cms, so let me know if you hit one. Page caching in nginx means that if the website goes down, nginx will keep giving our users a website as much as possible. So we may see a slight improvement in fall-over, certainly for normal users. Best Regards, Martin Owens

1 0

Quick 0.92.3pre0 test needed (was Re: inkscape-0.92.3pre0 source tarball now available)
by Bryce Harrington 14 Mar '18

14 Mar '18

I am in the process of finalizing 0.92.3 for release. Would someone mind downloading the tarball, building it, running the program, and using it a bit as a quick sanity check? Download from: https://inkscape.org/en/release/0.92.3pre0/ Eduard and I have built and run it, and so I'm not expecting there are any issues, just looking for a quick thumbs up that it works as expected for a third person. Thanks, Bryce

5 9

Question about an Issue #168 "Make Issue Responsive..."
by Tonya Sims 12 Mar '18

12 Mar '18

Hi all, I'd like to work on this patch https://gitlab.com/inkscape/inkscape-web/issues/168 and have a few questions. 1. Is this non-responsiveness happening on all pages? 2. Can you direct me to the URL where it's happening? 3. Do we have any screenshots of the issue? Thank you, Tonya

1 0

Prerequisites for using Inkscape UI free, GSOC 2018
by Kuntal Majumder 11 Mar '18

11 Mar '18

Hi, I am Kuntal, some of the people might know me from IRC. I was looking into the GSOC 2018 ideas list. Loved the idea of making Inkscape go UI free [1]. I would love to give it a try, I have used CMake to compile programs in past, but never wrote a CMakeLists file. I was also working on my own build system [2], which is currently not that nicer, well I am yet to learn how to write parsers, :P. Also whenever I used Inkscape, I used to jump to and fro from Inkscape to Calculator to get the correct ratios, wouldn't that be better if we can put expressions inside text-boxes and they evaluate by themselves. If the previous mentioned idea is viable for GSOC, I would love to pitch for it. Thanks Kuntal (hellozee) [1] http://wiki.inkscape.org/wiki/index.php/Google_Summer_of_Code#P5._UI-Free_I… [2] https://github.com/hellozee/Cook

3 4

Eager Python Developer - GSoC
by Tonya Sims 11 Mar '18

11 Mar '18

Hello everyone! My name is Tonya, I'm a junior to mid level Python developer and plan on applying for GSoC I downloaded Inkscape on my Mac and played around with it. A very cool application! What are your most urgent needs? Are your extensions built in Python? I was trying to brainstorm some ideas for a new extension and may need more time unless there's something you could suggest? Also, I'm learning Django and could help out with the website, let's say a new bug tracking system (not that you need one) but just brainstorming. Anyways, looking forward to everyone's replies and will start working on my application. Cheers, Tonya Sims

4 3

Hackfest update
by Máirín Duffy 08 Mar '18

08 Mar '18

Hi everyone, I wanted to give you a heads up about a couple of things regarding the hackfestsite - - Onthe Monday, Red Hat is also going to host a SpinachCon event on the other side of the space we'll be in. It's a 4 hour event (from 1-5 pm IIRC) where free software projects can come and have their software usability tested. The organizers (including Deb Nicholson) would be more than happy to test Inkscape as part of the event if there's any interest in that. If there are specific components you'd like tested, I can help create a testing plan. - There may be another co-hosted event in the morning on Monday, still sorting the details out. - On the Tuesday and Wednesday, Red Hat is also hosting an event that will involve a workshop and hacking on amedical image processing system that we're working on with Boston University and Boston Children's Hospital. It's a really cool project. If anyone attending has an interestin learning more, you are more than welcome to get involved. I don't expect either event to be disruptive to the hackfest; it's a large space and we have two floors and a variety of different areas to work inand a lot of seating. I just wanted to let you know ahead of time, especially in case you wanted to take advantage of SpinachCon testing.If you have a preference towards the type of space you'd prefer (large conference room with door; open meet up space; lounge-y type area with couches and tables and chairs) I can note in our reservation now that's the part we'd like for the Inkscape hackfest; if you're not sure I can give youa tour when you get here on the Monday morning and we can figure out which end of the office to claim. Cheers, ~m

4 4

Any Python GSOC projects?
by Mihaela 08 Mar '18

08 Mar '18

2 1

[RESEND] Re: slow, sluggish drawing with pencil & calligraphy tool solved
by Bryce Harrington 07 Mar '18

07 Mar '18

----- Forwarded message from Mail Delivery Subsystem <MAILER-DAEMON@...62...> ----- Date: Sat, 3 Mar 2018 18:23:21 -0800 From: Mail Delivery Subsystem <MAILER-DAEMON@...62...> To: bryce@...961... Subject: Returned mail: see transcript for details The original message was received at Fri, 2 Mar 2018 13:44:02 -0800 from static-50-53-76-183.bvtn.or.frontiernet.net [50.53.76.183] ----- The following addresses had permanent fatal errors ----- <inkscape-devel(a)lists.sourceforge.net> (reason: 550 unknown user) ----- Transcript of session follows ----- ... while talking to mx.sourceforge.net.: >>> DATA <<< 550 unknown user 550 5.1.1 <inkscape-devel(a)lists.sourceforge.net>... User unknown <<< 503-All RCPT commands were rejected with this error: <<< 503-unknown user <<< 503 Valid RCPT command must precede DATA Reporting-MTA: dns; vinyl.outflux.net Arrival-Date: Fri, 2 Mar 2018 13:44:02 -0800 Final-Recipient: RFC822; inkscape-devel(a)lists.sourceforge.net Action: failed Status: 5.1.1 Remote-MTA: DNS; mx.sourceforge.net Diagnostic-Code: SMTP; 550 unknown user Last-Attempt-Date: Sat, 3 Mar 2018 18:23:21 -0800 Date: Fri, 2 Mar 2018 13:43:52 -0800 From: Bryce Harrington <bryce@...961...> To: Yale Zhang <yzhang1985@...400...> Cc: Eduard Braun <eduard.braun2@...173...>, inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] slow, sluggish drawing with pencil & calligraphy tool solved Hi Yale, Thanks for working on this problem, it seems to be one of our top blockers for the 0.93 release at the moment, so your work is very much appreciated. Can you update me on how things are going right now? Are there particular things you're stuck on? I probably don't know enough to offer advice myself but maybe can suggest someone that can. If the issue looks like it can't be solved quickly, perhaps for testing purposes it might help to add one or two environment variables to turn on/off pieces of the UI or codebase that are causing problems. So if someone testing the renderer can do without the toolbar, they can disable it at runtime? Something like that? In the coming weeks I'd like to produce a testing build of Inkscape, so if there are some (ugly) ways to enable testers to work around the performance bug that would help. Bryce On Fri, Feb 16, 2018 at 02:51:43AM -0800, Yale Zhang wrote: > Thanks, I couldn't find it because I was expecting the status bar to be > drawn by Cairo. I tried to increase the priority of UPDATE_PRIORITY & > SP_UPDATE_SELECTION_PRIORITY, but couldn't do so without causing the ruler > & status bar updates to starve. > I conclude that UPDATE_PRIORITY cannot have any higher priority than > GDK_PRIORITY_REDRAW. Even when those priorities are the same, the status > bar will always get drawn before canvas because SPDesktopWidget:: > setCoordinateStatus() is called before SPCanvas::addIdle(). > > > I've pushed my changes (I did some git resets instead of revert so it's > diverged). Hopefully now, you can approve? > Sorry about the back and forth over the rulers & status bar not updating. > Shouldn't have been greedy about reducing latency by 2ms by setting > UPDATE_PRIORITY = GDK_PRIORITY_EVENTS :) > > > On Thu, Feb 15, 2018 at 3:58 PM, Eduard Braun <eduard.braun2@...173...> wrote: > > > Am 15.02.2018 um 12:23 schrieb Yale Zhang: > > > > I've updated my custom cross compiler to use MSYS2 packages and finally > > saw the lack of rule/status bar updates. Unfortunately, it had nothing to > > do with using MSYS2. I just didn't look hard enough earlier :( > > The earlier versions (including the binaries) did suffer the problem but > > only when dragging large rectangles. Plus I had _INKSCAPE_DISABLE_CACHE=1, > > making the problem less noticeable. > > > > So now I know what's wrong. The ruler update priority is G_PRIORITY_LOW = > > 300, while UPDATE_PRIORITY in SPCanvas::addIdle() is GDK_PRIORITY_EVENTS = > > 0, so it's no mystery who loses. > > > > Changing UPDATE_PRIORITY back to GDK_PRIORITY_REDRAW + 10 fixes the > > problem. But the ~10ms less latency for immediate drawing (#3) now is > > reduced because a ~2ms delay is added between SPCanvas::addIdle() and > > SPCanvas::paint(). > > > > Of course, this is perfectly usable, but I have an itch to further > > improve. That 2ms latency is gone if I disable the status bar, so I'd like > > to do the status bar updates after SPCanvas::paint(). > > > > But I can't find where the status bar is being drawn. Do you? > > And also, what is SP_DOCUMENT_UPDATE_PRIORITY and > > SP_DOCUMENT_ROUTING_PRIORITY in document.cpp? I don't know if those need to > > be rebalanced. > > > > > > The coordinates are updated by calling "SPDesktop::set_coordinate_status" > > in "desktop.cpp" (which calls "SPDesktopWidget::setCoordinateStatus" in > > "desktop-widget.cpp"). > > > > > > > > -yale > > > > > > On Wed, Feb 14, 2018 at 2:30 AM, Eduard Braun <eduard.braun2@...173...> > > wrote: > > > >> Am 14.02.2018 um 11:09 schrieb Yale Zhang: > >> > >> Good, we're getting closer to the same page. Can you please tell me which > >> of my commits did you include in your testing? If dragging is still > >> lagging, it sounds like you didn't take change #2 (priorities). You > >> complained it didn't help or made things worse, but it should be quite the > >> opposite. > >> > >> > >> As I wrote: I checked out 0bde236 and built the resulting code. It should > >> therefore have contained all you latest (public) changes. > >> > >> > >> Let me get the MSYS2 headers & libs and do a build to rule out any > >> library issues. > >> > >> > >> This would certainly help... Even though you keep telling me the stock > >> builds *should* behave differently with your changes - they don't. If > >> you're able to test yourself we'll probably safe ourselves some back and > >> forth as seeing is believing. ;-) > >> > >> > >> "warn me next time it's not relocatable" - I think all you have to do to > >> relocate was regenerate immodules.cache & loaders.cache. I wonder how the > >> release packages of Inkscape & Gimp avoid this problem. > >> > >> > >> Ah, if they contain absolute paths that might have been it. As for the > >> release packages: they contain relative paths in imloaders.cache (MSYS2 > >> contains a relocation patch for gdk-pixbuf2). Earlier versions (built wit > >> devlibs) included the loaders in libgdk_pixbuf-2.0-0.dll to work around > >> this (it's a built option) > >> > >> > >> > >> Yes, my version should be quite fast, but it has little to do with the > >> GDK optimizations. You should see the same benefits with vanilla GTK > >> (GTK_CSD=1). For the optimized version, there should be no performance > >> difference for GTK_CSD because I force the rendering code path to what > >> GTK_CSD=0 uses, plus some optimizations. > >> > >> "I'm not able to resize the Window" > >> Sorry, I forgot to mention it has my optimized, but work in progress > >> libgdk-3-0.dll. Please roll back to the stock version > >> (libgdk-3-0.dll.orig). The optimized one keeps a persistent Cairo Win32 > >> surface for window updates, but resizing isn't handled. > >> > >> > >> > >> On Tue, Feb 13, 2018 at 6:27 PM, Eduard Braun <eduard.braun2@...173...> > >> wrote: > >> > >>> I was now able to build 0bde236 > >>> > >>> - With the status bar visible I'm getting super fast redraws of the > >>> status bar with some occasional redraws of the rulers but everything else > >>> is locked when moving a rect. > >>> - With the status bar hidden I'm getting more redraws now and also > >>> infrequent redraws of the whole UI, however moving the rect is still > >>> extremely sluggish. > >>> - With the status bar and rulers hidden moving the rect has a usable > >>> redraw speed, rest of the UI (now only values in select toolbar I guess) > >>> update infrequently. > >>> > >>> Comparing with your build linked before (warn me next time it's not > >>> relocatable, I had to move it to C:\Users\Yale\inkscape.gmesh ;-) ) there > >>> are some grave differences: > >>> > >>> - Redraw is in fact much faster with your version - are these the > >>> gdk changes? Or are we really on to something fundamental? > >>> This is also true for GTK_CSD=0! > >>> - Also the rest of the UI is updated much more frequently, even with > >>> the status bar visible > >>> - In your version I'm not able to resize the Window (or rather I can > >>> but the parts that were not shown initially are not redrawn and only show > >>> some graphical garbage. Is this related to you gdk changes? > >>> > >>> > >>> Am 12.02.2018 um 13:57 schrieb Eduard Braun: > >>> > >>> Am 12.02.2018 um 13:12 schrieb Yale Zhang: > >>> > >>> Eduard, please pull change #2 (fix priority inversion) before the > >>> immediate rendering changes. Without it, the lack of status bar & ruler > >>> updates are expected. > >>> > >>> > >>> I think we're running in circles here... Most of my comments (as well as > >>> yours regarding direct drawing) referred to #3. > >>> The only issue I had with #2 was that Rulers seem still to be updated > >>> with a high priority and prevented the canvas to redraw (in stock MSYS2 > >>> builds and therefore with CSD=0). > >>> > >>> > >>> Yes, I am using CSD=1 in my testing (for both optimized & original GTK). > >>> But CSD isn't the actual reason for performance difference. It's because of > >>> the rendering code path CSD=1 uses (draw to CPU memory buffer, then send to > >>> UpdateLayeredWindow()), vs CSD=0 (draw directly to GDI device context - > >>> surprisingly this is slower until my optimizations). > >>> > >>> > >>> Please note that CSD=0/1 in our stock MSYS2 builds makes a *huge* > >>> difference. If that is really not the case for your custom builds we might > >>> want to start looking into that, too. Maybe we're facing at a more > >>> fundamental difference. As MSYS2 is the official way to get GTK+ for > >>> Windows nowadays such a difference might be very relevant for many projects. > >>> > >>> Are your cross-compiled libraries using mingw-w64? Which OS are you > >>> using btw? (I'm usually testing on Windows 10 - I'd not be surprised if > >>> there's some major difference compared to e.g. Windows 7 wrt to the low > >>> level drawing functions). > >>> > >>> I'm very interested in testing your GDK-modifications and see how they > >>> behave with the MSYS2 builds, so if you could drop a patch somewhere that > >>> would be much appreciated! > >>> > >>> I did get an error from the CI build after the multithreaded rendering > >>> feature. It doesn't even get past CMake configure stage, so not very > >>> useful. That's because the build server doesn't have the Boost libs (which > >>> I use, not just the headers). > >>> > >>> > >>> I think you looked at the Linux build - Windows CI is "external" via > >>> AppVeyor and has the required Boost libraries. It's just not working in > >>> your branch right now because an upstream update broke updating but I > >>> pushed a workaround for this already in the master branch [1] (that's why I > >>> suggested to rebase) > >>> > >>> [1] https://gitlab.com/inkscape/inkscape/commit/85d7fa343f477d8f > >>> aae6cbde90ae7a243115fa37 (I messed up the rebase so it's authored by > >>> Tav, sorry for that) > >>> > >>> > >>> > >>> > >>> On Mon, Feb 12, 2018 at 2:41 AM, Eduard Braun <eduard.braun2@...173...> > >>> wrote: > >>> > >>>> Am 12.02.2018 um 10:15 schrieb Yale Zhang: > >>>> > >>>> "As noted before, when rulers are shown there still is no redraw with > >>>> this change" > >>>> It works for me on Windows with rulers. Could it be some out of date > >>>> libraries? I'm still using a custom built cross compiler & libraries (GTK > >>>> 3.22.26 & glib 2.54.2). I know you're using the MSYS 2 prebuilt libraries. > >>>> I've been wanting to use those too, but how recent are they? > >>>> > >>>> > >>>> They are usually the latest available (think of MSYS2's MINGW-packages > >>>> as arch Linux for Windows), right now gtk 3.22.26 and glib 2.54.3. > >>>> > >>>> Aside from disabling CSD they are unpatched. Just to make sure we're > >>>> not comparing apples and oranges: Are you using CSD in your builds or not? > >>>> This switch made a huge difference before, so if you're working with CSD > >>>> enabled this might be the likely explanation why some things work in your > >>>> builds that do not work in the stock builds. > >>>> > >>>> > >>>> "It seems that the immediate drawing of the canvas basically disables > >>>> drawing of the rest of the UI" > >>>> > >>>> You scared me, that would be a most grievous mistake. I just tested it > >>>> again and don't see any problem. The rulers and status bar still work when > >>>> dragging an object. Did you build my stream directly or have any other > >>>> non-trunk changes? Sorry to suggest this but here are binaries you can > >>>> test. Maybe try copying the GTK & cairo? libs to your build. > >>>> https://1drv.ms/u/s!AngRQgSreBCehy4R7D3x3Y2vIXPC > >>>> > >>>> > >>>> I used https://gitlab.com/inkscape/inkscape/commit/78d47938194fc52e > >>>> e085387d9a0dc0753f3ed6d9 as the later commits did not compile for me. > >>>> > >>>> I'll check your build this evening. > >>>> > >>>> We also have CI builds with MSYS2 available: > >>>> https://ci.appveyor.com/project/inkscape/inkscape/history > >>>> If you rebase your branch on master your branch will be built, too (as > >>>> long as there are not more errors/warnings preventing the build) > >>>> > >>>> I hope you're not suggesting to forget about immediate drawing and just > >>>> fix the drawing priorities. Using priorities would be easier to break, > >>>> while drawing immediately is fool proof. > >>>> > >>>> > >>>> I'm just saying that priorities have been tweaked before to make all UI > >>>> update properly and we should aim to retain this state. > >>>> If direct drawing is compatible with this goal (I guess it was in gtk2) > >>>> that's probably fine. > >>>> > >>>> > >>>> "Have you published [GTK3] code anywhere? " > >>>> No, I haven't had time yet. I also want to discuss the problem I posed > >>>> on StackOverflow and someone suggested IRC, but that I've never used IRC > >>>> and it sounds very 1990s. > >>>> > >>>> > >>>> It's like SMS... it just works (even today)... > >>>> A lot easier than all the modern stuff that claims to be easier than > >>>> IRC. > >>>> > >>>> I've talked to gtk devs on IRC before and it's the easiest way to get > >>>> some interaction (bug reports usually fall into oblivion sooner rather than > >>>> later). > >>>> > >>>> > >>>> BTW, the optimized GTK also disables clearing the region to be drawn > >>>> (gdk_window_clear_backing_region()). > >>>> > >>>> "Is [render cache] always slow?" > >>>> It's only much slower if drawing a big area AND the scene complexity is > >>>> low. For small areas and high complexity scenes, the overhead is much less > >>>> noticeable. > >>>> > >>>> > >>>> I see... I guess before the low complexity scenes were not that > >>>> important as redraw times were sufficiently fast anyway. > >>>> User reports of slow redrawing usually involve blurs (or less > >>>> frequently other filters). > >>>> > >>>> > >>>> For the multithreaded rendering, it's still a work in progress. AFAIK, > >>>> I've eliminated all the race conditions with ThreadSanitizer, so it should > >>>> be stable. > >>>> I just pushed some further changes to allow the rendering to be > >>>> incremental like it always has been. It should have that -fpermissive > >>>> compile error in sp-canvas.cpp fixed, but you might still need it for other > >>>> files. > >>>> > >>>> > >>>> I'll try to build this evening. > >>>> As recommended before you could check the CI to make sure your branch > >>>> is properly built, which should help with testing. > >>>> > >>>> Regards, > >>>> Eduard > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> On Sun, Feb 11, 2018 at 8:37 AM, Eduard Braun <eduard.braun2@...173...> > >>>> wrote: > >>>> > >>>>> Hi Yale, > >>>>> > >>>>> thanks for continuing to investigate this! Some comments: > >>>>> > >>>>> > >>>>> Am 09.02.2018 um 16:02 schrieb Yale Zhang: > >>>>> > >>>>> I have an update on my progress. I've made these changes which I'm > >>>>> requesting to be merged from my simdgenius_inkscape branch > >>>>> > >>>>> 1. disable event compression (previously mentioned) > >>>>> > >>>>> 2. fix priority inversion (09f55021, previously mentioned) - without > >>>>> this, dragging objects too fast would cause no redraw. > >>>>> > >>>>> > >>>>> As noted before, when rulers are shown there still is no redraw with > >>>>> this change > >>>>> > >>>>> > >>>>> 3. draw immediately (78d47938) this partially reverts Krzysztof's > >>>>> Hack fest 2016 changes like in 0.92. This reduces latency by ~10ms > >>>>> (compare cells G22 and E22 in spreadsheet) > >>>>> > >>>>> I originally wanted to remove backing store and draw directly to the > >>>>> window surface, but I ran into this dilema so I didn't do it. > >>>>> > >>>>> https://stackoverflow.com/questions/48339792/when-drawing-to > >>>>> -a-window-are-the-previous-contents-usually-discarded-and-what > >>>>> > >>>>> > >>>>> While this change does indeed speed up drawing a lot I'm not sure it's > >>>>> for the reason we hope for: > >>>>> It seems that the immediate drawing of the canvas basically disables > >>>>> drawing of the rest of the UI (i.e. rulers, coordinates in the lower right, > >>>>> coordinates in inputs, etc). If I hide all UI elements (Ctrl+F11) I get the > >>>>> same perceived performance even without your code change. > >>>>> > >>>>> While I guess redrawing the canvas is to be preferred over redrawing > >>>>> other UI elements, not redrawing the rest of the UI at all is probably not > >>>>> desirable either. > >>>>> Also it poses the question: Why did gtk2 manage to redraw the canvas > >>>>> *and* the UI and still yield higher performance than gtk3? So I'm not sure > >>>>> we're not still missing the actual regression. :-/ > >>>>> > >>>>> > >>>>> But there is still way more speedup to be had: > >>>>> > >>>>> 1. *rendering cache slows things down 6x!* Compare cells E9 & E10 in > >>>>> the spreadsheet. > >>>>> WTH? > >>>>> > >>>>> > >>>>> Is it always slow? I guess for something simple like a rectangle it > >>>>> might not improve things, but maybe things start to change as soon as > >>>>> filters are involved (or many nodes or anything else that is not easy to > >>>>> render)? > >>>>> I admit I was not involved when the rendering cache was added and do > >>>>> not know its purpose. I tracked down the commit in which it was added [1] > >>>>> which does not explain anything either, though, so I need to continue > >>>>> digging... If anybody knows where the changes are actually explained some > >>>>> feedback is welcome. > >>>>> > >>>>> [1] https://gitlab.com/inkscape/inkscape/commit/093f4174abc07b4e > >>>>> a523617fccdd8028f2670fea > >>>>> > >>>>> > >>>>> 2. optimize GDK (maybe it's only slow on Windows) - compare cells J17 > >>>>> and J23 > >>>>> I made 2 changes: > >>>>> a. disabled layered windows - this is almost the same effect as > >>>>> setting GTK_CSD=0. I'm not clear why it speeds things up. I'm guessing it > >>>>> reduces image copying. Layered windows have to draw to CPU memory (GDI > >>>>> DIB), while non-layered windows draw directly to GPU memory (device > >>>>> dependent bitmap)? > >>>>> > >>>>> b. replace surface_content = gdk_window_get_content (window); > >>>>> in gdk_window_begin_paint_internal() > >>>>> with surface_content = CAIRO_CONTENT_COLOR_ALPHA > >>>>> > >>>>> why create/delete a surface just to get the type? > >>>>> > >>>>> > >>>>> Have you published this code anywhere? Also is there any upstream > >>>>> discussion on this yet which I could follow? > >>>>> > >>>>> > >>>>> 3. multithreaded rendering - I've updated it to work with trunk, so > >>>>> you can try it. Very little speed up for simple scenes. > >>>>> > >>>>> > >>>>> Unfortunately the code does not compile for me, excerpt from the error: > >>>>> sp-canvas.cpp:802:22: error: passing 'const boost::shared_mutex' > >>>>> as 'this' argument discards qualifiers [-fpermissive] > >>>>> > >>>>> Do you want us to compile your code with -fpermissive? > >>>>> > >>>>> > >>>>> > >>>>> -Yale > >>>>> > >>>>> > >>>>> Regards, > >>>>> Eduard > >>>>> > >>>> > >>>> > >>>> > >>> > >>> > >>> > >>> ------------------------------------------------------------------------------ > >>> Check out the vibrant tech community on one of the world's most > >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > >>> > >>> > >>> > >>> _______________________________________________ > >>> Inkscape-devel mailing listInkscape-devel@...1901...://lists.sourceforge.net/lists/listinfo/inkscape-devel > >>> > >>> > >>> > >> > >> > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel ----- End forwarded message -----

2 1

Running the build on mac
by Elizabeth Kirby 07 Mar '18

07 Mar '18

Hi all, I'm trying to get inkscape to run on the mac. I downloaded a zip of the code (recently) & installed a handful of packages using ports. There was one dependency that I couldn't get to resolve using any ports package, which is libsoup. I installed it using brew & then the code will compile. It will run, but not correctly. I put in a symlink from /usr/share/inkscape to my build tree share directory & it does load the items on the right & left sides, but without any of the images that tell what they are. I would rather not have a symlink in /usr/share, but instead just have the build read from the build tree. Are there any people developing on mac out there that can share their configuration & settings & tell me what parameters need to be set & where? Thanks, Beth

3 4

Re: [Inkscape-devel] [googlefonts-discuss] Re: Variable Fonts support in Inkscape
by Felipe Sanches 07 Mar '18

07 Mar '18

2018-03-06 17:49 GMT-03:00 Khaled Hosny <khaledhosny@...3544...>: > FreeType/FontConfig/Cairo/Pango stack has more or less full variable > fonts support now, Inkscape needs to be updated to make use of the > support already available in all these libraries. > > https://blogs.gnome.org/mclasen/2018/01/03/more-fun-with-fonts/ Wow! This is super cool! I specially loved the CSS animation of the weight of the text when the cursor hovers over a button. This seems to replace Tav's opentype features selector via a GTK font-selector dialog. It also seems that we could have the innitial variable fonts support in inkscape basically hooking up to this newly improved GTK dialog. Naturally, that would require Inkscape to rely on a pretty recent version of GTK.

1 2

Inkscape PGP signatures and SHA256 checksums?
by Tom Spettigue 06 Mar '18

06 Mar '18

Hey guys. I was wondering if you guys provided PGP signatures of your guys' installer files? If so, I couldn't find the site, it'd be nice to have links to the pgp signatures and pgp signing keys right there on the download page. If you guys don't have this, it'd be a great way for us to verify that the installers that we download are genuine. SHA256 checksums (for users who understand hashing, but not PGP) would be pretty rad, too. -- Tom Spettigue Advent Information Systems, L.L.C. 1607 Capitol Avenue, Suite 220 Cheyenne, WY 82001 Mobile: (307) 298-0299 Email: tom@...3644...

1 0

Re: [Inkscape-devel] [googlefonts-discuss] Re: Variable Fonts support in Inkscape
by Felipe Sanches 06 Mar '18

06 Mar '18

I left this aside for the past 6 months and recently got back to looking at it. I think the most trivial thing would be to populate the font-styles combo-box with named instances. This would be almost not perceptible by the users, but would enable variable fonts' instances to show up there just like their non-variable counterparts do. Then there's the customization aspect of varfonts. For that, I think the bare minimum would be a bunch of sliders for selecting the coordinates of each variation axis. I feel that there must be something better than that form a user experience perspective, but I'm still not sure what would that be, so I'd leave it for a second iteration of the UI. Also, since one can get a multitude of combinations within the designspace, I think it could be practical to adopt a UI workflow similar to that of color gradients, in which once a user-defined instance is applied to a text chunk, that instance is added to a pool of var font instances that can be reused in other chunks of texto within the document. A shared varfont would then, upon tweaking of its design space coordiantes, affect all portions of the document where it was used. Finally, and this is not a varfont specific issue, I feel the urge to improve the basic text support in Inkscape in general. Yes, I know this is a somewhat vague statement. The overall direction I'd like to follow, though, would likely be something similar to the insightful ideas that are expressed in this article: https://medium.com/@getflourish/the-anatomy-of-a-thousand-typefaces-f7b9088… cheers, Felipe Sanches 2018-03-06 11:27 GMT-03:00 Pathum Egodawatta <pathumego@...400...>: > Hi Filipe! > > Hope you are doing well. Thanks for taking this on! would be aweosme to > have the VF support. > > Whats new in this? I would love to know more about the UI interactions and > tooltips. > > Cheers, > Pathum > > On Tuesday, May 30, 2017 at 1:18:41 AM UTC+5:30, Felipe Sanches wrote: >> >> I'm working on implementing Opentype Variable fonts support in Inkscape >> (based on a mix of pango and harfbuzz APIs). >> >> While testing the current pango-based text handling implementation in >> Inkscape I tried to edit some arabic text (with several ligatures, >> naturally) and I ended up finding a crasher bug. I have just reported it at: >> >> https://bugs.launchpad.net/inkscape/+bug/1694323 >> >> I'll be using this thread to liberally report ongoing progress on this >> effort. >> >> happy hacking, >> Felipe Sanches >> > -- > You received this message because you are subscribed to the Google Groups > "Google Fonts Discussions" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to googlefonts-discuss+unsubscribe@...3168... > To post to this group, send email to googlefonts-discuss@...3168... > Visit this group at https://groups.google.com/group/googlefonts-discuss. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/googlefonts-discuss/89f8f75b-071b-4c26-85f5- > 5232780a9d0d%40googlegroups.com > <https://groups.google.com/d/msgid/googlefonts-discuss/89f8f75b-071b-4c26-85…> > . > > For more options, visit https://groups.google.com/d/optout. >

2 2

Re: [Inkscape-devel] inkscape-0.92.3pre0 source tarball now available
by Martin Owens 06 Mar '18

06 Mar '18

On Sun, 2018-03-04 at 11:32 -0800, Bryce Harrington wrote: > Yes, still upload the end-user downloadable content to the website. > We have mirroring and caching set up there. > > Feel free to also copy the source tarball to the website. A bit unfair to ask Eduard to do this, if the website isn't letting you deploy files easily, then that's a tooling issue we can fix. But I can't fix it if the social protocol is to not ask for help and instead figure out a technical workaround. Regards, Martin, Website guy who can help

4 12

[RESEND] inkscape-0.92.3pre0 source tarball now available
by Bryce Harrington 05 Mar '18

05 Mar '18

----- Forwarded message from Mail Delivery Subsystem <MAILER-DAEMON@...62...> ----- Date: Sat, 3 Mar 2018 21:02:24 -0800 From: Mail Delivery Subsystem <MAILER-DAEMON@...62...> To: bryce@...961... Subject: Returned mail: see transcript for details The original message was received at Sat, 3 Mar 2018 21:01:53 -0800 from static-50-53-76-183.bvtn.or.frontiernet.net [50.53.76.183] ----- The following addresses had permanent fatal errors ----- <inkscape-devel@...6...> (reason: 550 unknown user) ----- Transcript of session follows ----- ... while talking to mx.sourceforge.net.: >>> DATA <<< 550 unknown user 550 5.1.1 <inkscape-devel@...6...>... User unknown <<< 503-All RCPT commands were rejected with this error: <<< 503-unknown user <<< 503 Valid RCPT command must precede DATA Reporting-MTA: dns; vinyl.outflux.net Received-From-MTA: DNS; static-50-53-76-183.bvtn.or.frontiernet.net Arrival-Date: Sat, 3 Mar 2018 21:01:53 -0800 Final-Recipient: RFC822; inkscape-devel@...6... Action: failed Status: 5.1.1 Remote-MTA: DNS; mx.sourceforge.net Diagnostic-Code: SMTP; 550 unknown user Last-Attempt-Date: Sat, 3 Mar 2018 21:02:08 -0800 Date: Sat, 3 Mar 2018 21:01:43 -0800 From: Bryce Harrington <bryce@...961...> To: inkscape-devel@...6... Cc: Ryan Gorley <ryan@...3508...>, Martin Owens <doctormo@...400...>, the Adib <theadib@...400...>, David Evans <devans@...2376...>, Tim Sheridan <tghs@...3462...>, Ted Gould <ted@...11...>, mrdocs <mrdocs@...715...>, Gord Caswell <ve4jhj@...400...>, Eduard Braun <Eduard.Braun2@...173...> Subject: inkscape-0.92.3pre0 source tarball now available The 0.92.3pre0 pre-release source tarball is ready for packaging. It can be downloaded from: http://alpha.inkscape.org/releases/inkscape-0.92.3pre0.tar.bz2 The 0.92.x branch should now be considered in Hard Freeze + String Freeze. Please touch base with me for any changes to code or translations from now until release. --- I'm late as usual with cutting the release, but other than that things have gone smoothly. I would very much appreciate if people could build and test and give me a thumbs up if everything looks normal. If no serious issues crop up I will cut the final release next weekend. Bryce ----- End forwarded message -----

5 7

Boston hackfest sticker: Boston Teaparty Ships version
by C R 05 Mar '18

05 Mar '18

https://www.dropbox.com/s/vzo7eq2tjc2njys/inkscape_foil_sticker_boston_hack…

5 4

Re: [Inkscape-devel] (re-)Introducing: ink/stitch, machine embroidery for Inkscape
by Lex Neva 05 Mar '18

05 Mar '18

On Sun, 2018-03-04 at 12:26 +0000, inkscape-devel-request@...349... orge.net wrote: > Very cool Lex, > I know you mentioned translations, but I'm curious about what other > issues you've hit being an extension that is distributed separately > from Inkscape. We've talked a bunch about how to decouple the release > cycle of extensions and the core, but I'm not sure that we understand > all of the problems. I'm so glad you asked! There are a few rough edges that we had to work around. In fact, one of them just came up: https://github.com/lexelby/inkstitc h/issues/18#issuecomment-370301197. In that thread, we're talking about creating a PDF printout feature that shows the colors used in a design and the order they sew in. My original plan was to use the nifty, growing list of features in the command-line interface for Inkscape. My understanding is that these features are provided specifically to act as a "standard library" of functionality that can be used by extensions. The problem with this is that extensions don't know where the Inkscape binary is. I can imagine writing code to guess, or perhaps look at the parent process, but trying to support Linux, Windows, and Mac sounds like a nightmare. End result: ink/stitch can't use this functionality. Another rough edge is that extensions don't know where the current SVG file is stored on disk. We can access the file's basename, but not the directory. This is kind of annoying because ink/stitch wants to output a machine embroidery design file (.DST, .PES, etc). ink/stitch works around this by storing all of these files in a set "output directory" specified by the user, but this is obviously not ideal. Here's where one of our users/contributors discusses his desire for the design file to save alongside the SVG: https://github.com/lexelby/inkstitch/issues/ 75 I gather that Inkscape did previously store the directory, but it was removed due to privacy concerns. Perhaps the directory can be included in the SVG _only_ when communicating with an extension, not when saving? Another possibility is that the embroidery design output functionality could be an "output" extension, but I haven't played with that. I'm under the impression that the user would have to choose a folder and file name every time they wanted to save using an output plugin, which would be a prohibitively bad user experience for ink/stitch since it's common to repeatedly re-render the design file until you get it right. "Dependency hell" is another big issue for extensions. Pyinstaller is very promising as a solution to this problem! I highly recommend mentioning it in the inkscape extension documentation. Trying to explain to users how to install python modules required by an extension is destined for failure. On Windows and Mac, the problem is even worse, as Inkscape bundles its own Python. It's very confusing for users that they can do `pip install -r requirements.txt` but then inkstitch still can't load its dependencies, because they didn't install the requirements in Inkscape's bundled Python. Installing modules for Windows's Python is especially complex. Ultimately, we desire a completely smooth, painless installation process for our users. Currently, installation involves downloading a ZIP/tarball and uncompressing it in Inkscape's extensions directory. This is pretty smooth, and we could refine it even more by distributing it as a self-extracting installer. Anything more complex than uncompressing an archive risks losing users before they even try our extension. One final thing: Inkscape's extension model is powerful and nifty, but of course it's also limiting. We've gone to a lot of lengths to work around this limitation, including popping up an entire UI of our own in one of ink/stitch's bundled extensions. Still, we constantly bump into the inability to integrate more directly with Inkscape, by adding tools or the like. I'm sure you've encountered this idea before. :) If Inkscape introduces such functionality, we'll be among the first to try it out. > Also, do you have any pictures of something embroidered using the > extension? I saw the screencasts but I'd love to see the objects they > resulted in as well. > Ted Sure! Here's a sampling of my favorite patches that I've made using ink/stitch: https://github.com/lexelby/inkstitch/tree/master/images/patches

1 0

[RESEND] Re: [Inkscape-board] Inkscape Board Meeting
by Bryce Harrington 04 Mar '18

04 Mar '18

----- Forwarded message from Mail Delivery System <Mailer-Daemon@...34...> ----- Date: Sun, 04 Mar 2018 02:23:24 +0000 From: Mail Delivery System <Mailer-Daemon@...34...> To: bryce@...961... Subject: Mail delivery failed: returning message to sender This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: inkscape-board(a)lists.sourceforge.net host sfs-lb-ml.sog [172.30.20.202] SMTP error from remote mail server after RCPT TO:<inkscape-board(a)lists.sourceforge.net>: 550 Unknown user Reporting-MTA: dns; sfi-mx-1.v28.lw.sourceforge.com Action: failed Final-Recipient: rfc822;inkscape-board(a)lists.sourceforge.net Status: 5.0.0 Remote-MTA: dns; sfs-lb-ml.sog Diagnostic-Code: smtp; 550 Unknown user Date: Fri, 2 Mar 2018 15:18:03 -0800 From: Bryce Harrington <bryce@...961...> To: inkscape-board(a)lists.sourceforge.net Cc: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-board] Inkscape Board Meeting Transcript from meeting: http://alpha.inkscape.org/board/meetings/transcripts/board_meeting_2018-03-… New action items: ==== Budget 2018 ==== ♢ ACTION: Increase amount allocated to hackfests and post a v2 for the budget [bryce] ==== Madras Printer's and Lithographers' Association ==== ♢ ACTION: Find two (or three?) Inkscape people to send to the Color/Scribus meeting to learn about how we could do better color management with Inkscape. ==== Boston Hackfest ==== ♢ ACTION: Send Hackfest invites to oldtimers [Tavmjong] ==== Other Business ==== ♢ ACTION: Investigate Fastly invoice charges [scislac,bryce] Previous action items: ♢ ACTION: Analyze how we could improve internal handling of Illustrator and Corel file import [crogers] ♢ ACTION: Follow up with MPLA to clarify on funded development and general sponsorship options [bryce] ♦ ACTION: Start reaching out to people (including previous contributors) to attend the hackfest. [Tavmjong] ♦ ACTION: Arrange votes for any special case travelers for hackfest. [bryce] ♦ ACTION: Try one more time to access spreadshirt password, then email bryce for help [crogers] ♦ ACTION: Collab on markdown formatting for the board docs [bryce,tedg] ♦ ACTION: Get the word out about LGM / Inkscape and invite more attendees [Tavmjong] ♢ ACTION: Evaluate use of discorse (https://discuss.pixls.us/ ?) for support/mailing list/forum type stuff [Vector Team] ♦ ACTION: Arrange vote on Budget 2018 [bryce] ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] ♦ ACTION: Decide what oldtimers to send hackfest invites to [bryce] ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] Bryce On Thu, Mar 01, 2018 at 08:48:27AM -0800, Bryce Harrington wrote: > Our monthly board meeting is scheduled for this Friday, Mar 2nd, > at 10am Pacific in #inkscape-devel. All members are welcome. > > http://wiki.inkscape.org/wiki/index.php/Board_Meetings > > (Note that a Release Team meeting will follow immediately after. > The Vectors Team will be meeting the next day.) > > > Agenda: > > + Madras Printer's and Lithographers' Association > + Boston Hackfest (March) [doctormo] > + Merchandise sales [crogers] > + Board election process review [tedg] > + Infrastructure hosting [bryce] > + LGM 2018 [Tav] > + GSoC [ScislaC] > + Other Business > > > Action Items from last meeting: > > ♢ ACTION: Arrange vote on Budget 2018 [bryce] > ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] > ♢ ACTION: Send invites to old Inkscapers to attend hackfest [bryce] > ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] > ♢ ACTION: Analyze how we could improve internal handling of > Illustrator and Corel file import [crogers] > ♢ ACTION: Follow up with MPLA to clarify on funded development and > general sponsorship options [bryce] > ♢ ACTION: Start reaching out to people (including previous > contributors) to attend the hackfest. [tedg] > ♢ ACTION: Arrange votes for any special case travelers for > hackfest. [bryce] > ♢ ACTION: Try one more time to access spreadshirt password, then > email bryce for help [crogers] > ♢ ACTION: Collab on markdown formatting for the board docs > [bryce,tedg] > ♢ ACTION: Get the word out about LGM / Inkscape and invite more > attendees [Tavmjong] > ♢ ACTION: Evaluate use of discorse (https://discuss.pixls.us/ ?) for > support/mailing list/forum type stuff [Vector Team] > > > Bryce > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-board mailing list > Inkscape-board(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-board ----- End forwarded message -----

1 0

[RESEND] Re: [Inkscape-board] Inkscape Board Meeting
by Bryce Harrington 04 Mar '18

04 Mar '18

----- Forwarded message from Mail Delivery Subsystem <MAILER-DAEMON@...62...> ----- Date: Sat, 3 Mar 2018 18:23:21 -0800 From: Mail Delivery Subsystem <MAILER-DAEMON@...62...> To: bryce@...961... Subject: Returned mail: see transcript for details The original message was received at Fri, 2 Mar 2018 15:18:14 -0800 from static-50-53-76-183.bvtn.or.frontiernet.net [50.53.76.183] ----- The following addresses had permanent fatal errors ----- <inkscape-devel(a)lists.sourceforge.net> (reason: 550 unknown user) ----- Transcript of session follows ----- ... while talking to mx.sourceforge.net.: >>> DATA <<< 550 unknown user 550 5.1.1 <inkscape-devel(a)lists.sourceforge.net>... User unknown Reporting-MTA: dns; vinyl.outflux.net Arrival-Date: Fri, 2 Mar 2018 15:18:14 -0800 Final-Recipient: RFC822; inkscape-devel(a)lists.sourceforge.net Action: failed Status: 5.1.1 Remote-MTA: DNS; mx.sourceforge.net Diagnostic-Code: SMTP; 550 unknown user Last-Attempt-Date: Sat, 3 Mar 2018 18:23:19 -0800 Date: Fri, 2 Mar 2018 15:18:03 -0800 From: Bryce Harrington <bryce@...961...> To: inkscape-board(a)lists.sourceforge.net Cc: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-board] Inkscape Board Meeting Transcript from meeting: http://alpha.inkscape.org/board/meetings/transcripts/board_meeting_2018-03-… New action items: ==== Budget 2018 ==== ♢ ACTION: Increase amount allocated to hackfests and post a v2 for the budget [bryce] ==== Madras Printer's and Lithographers' Association ==== ♢ ACTION: Find two (or three?) Inkscape people to send to the Color/Scribus meeting to learn about how we could do better color management with Inkscape. ==== Boston Hackfest ==== ♢ ACTION: Send Hackfest invites to oldtimers [Tavmjong] ==== Other Business ==== ♢ ACTION: Investigate Fastly invoice charges [scislac,bryce] Previous action items: ♢ ACTION: Analyze how we could improve internal handling of Illustrator and Corel file import [crogers] ♢ ACTION: Follow up with MPLA to clarify on funded development and general sponsorship options [bryce] ♦ ACTION: Start reaching out to people (including previous contributors) to attend the hackfest. [Tavmjong] ♦ ACTION: Arrange votes for any special case travelers for hackfest. [bryce] ♦ ACTION: Try one more time to access spreadshirt password, then email bryce for help [crogers] ♦ ACTION: Collab on markdown formatting for the board docs [bryce,tedg] ♦ ACTION: Get the word out about LGM / Inkscape and invite more attendees [Tavmjong] ♢ ACTION: Evaluate use of discorse (https://discuss.pixls.us/ ?) for support/mailing list/forum type stuff [Vector Team] ♦ ACTION: Arrange vote on Budget 2018 [bryce] ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] ♦ ACTION: Decide what oldtimers to send hackfest invites to [bryce] ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] Bryce On Thu, Mar 01, 2018 at 08:48:27AM -0800, Bryce Harrington wrote: > Our monthly board meeting is scheduled for this Friday, Mar 2nd, > at 10am Pacific in #inkscape-devel. All members are welcome. > > http://wiki.inkscape.org/wiki/index.php/Board_Meetings > > (Note that a Release Team meeting will follow immediately after. > The Vectors Team will be meeting the next day.) > > > Agenda: > > + Madras Printer's and Lithographers' Association > + Boston Hackfest (March) [doctormo] > + Merchandise sales [crogers] > + Board election process review [tedg] > + Infrastructure hosting [bryce] > + LGM 2018 [Tav] > + GSoC [ScislaC] > + Other Business > > > Action Items from last meeting: > > ♢ ACTION: Arrange vote on Budget 2018 [bryce] > ♢ ACTION: Make a list of projects for cleaning up our code base [Tav] > ♢ ACTION: Send invites to old Inkscapers to attend hackfest [bryce] > ♢ ACTION: Collect CMYK ideas into Color_management wiki page [alface] > ♢ ACTION: Analyze how we could improve internal handling of > Illustrator and Corel file import [crogers] > ♢ ACTION: Follow up with MPLA to clarify on funded development and > general sponsorship options [bryce] > ♢ ACTION: Start reaching out to people (including previous > contributors) to attend the hackfest. [tedg] > ♢ ACTION: Arrange votes for any special case travelers for > hackfest. [bryce] > ♢ ACTION: Try one more time to access spreadshirt password, then > email bryce for help [crogers] > ♢ ACTION: Collab on markdown formatting for the board docs > [bryce,tedg] > ♢ ACTION: Get the word out about LGM / Inkscape and invite more > attendees [Tavmjong] > ♢ ACTION: Evaluate use of discorse (https://discuss.pixls.us/ ?) for > support/mailing list/forum type stuff [Vector Team] > > > Bryce > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Inkscape-board mailing list > Inkscape-board(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-board ----- End forwarded message -----

1 0

[RESEND] Re: inkscape-0.92.3pre0 source tarball now available
by Bryce Harrington 04 Mar '18

04 Mar '18

Hoping SF is back online... ----- Forwarded message from Mail Delivery Subsystem <MAILER-DAEMON@...62...> ----- Date: Sun, 4 Mar 2018 11:32:58 -0800 From: Mail Delivery Subsystem <MAILER-DAEMON@...62...> To: bryce@...961... Subject: Returned mail: see transcript for details The original message was received at Sun, 4 Mar 2018 11:32:24 -0800 from static-50-53-76-183.bvtn.or.frontiernet.net [50.53.76.183] ----- The following addresses had permanent fatal errors ----- <inkscape-devel@...6...> (reason: 550 unknown user) ----- Transcript of session follows ----- ... while talking to mx.sourceforge.net.: >>> DATA <<< 550 unknown user 550 5.1.1 <inkscape-devel@...6...>... User unknown <<< 503-All RCPT commands were rejected with this error: <<< 503-unknown user <<< 503 Valid RCPT command must precede DATA Reporting-MTA: dns; vinyl.outflux.net Received-From-MTA: DNS; static-50-53-76-183.bvtn.or.frontiernet.net Arrival-Date: Sun, 4 Mar 2018 11:32:24 -0800 Final-Recipient: RFC822; inkscape-devel@...6... Action: failed Status: 5.1.1 Remote-MTA: DNS; mx.sourceforge.net Diagnostic-Code: SMTP; 550 unknown user Last-Attempt-Date: Sun, 4 Mar 2018 11:32:41 -0800 Date: Sun, 4 Mar 2018 11:32:14 -0800 From: Bryce Harrington <bryce@...961...> To: Eduard Braun <eduard.braun2@...173...> Cc: inkscape-devel@...6..., Ryan Gorley <ryan@...3508...>, Martin Owens <doctormo@...400...>, the Adib <theadib@...400...>, David Evans <devans@...2376...>, Tim Sheridan <tghs@...3462...>, Ted Gould <ted@...11...>, mrdocs <mrdocs@...715...>, Gord Caswell <ve4jhj@...400...> On Sun, Mar 04, 2018 at 01:51:36PM +0100, Eduard Braun wrote: > Am 04.03.2018 um 06:01 schrieb Bryce Harrington: > >The 0.92.3pre0 pre-release source tarball is ready for packaging. It > >can be downloaded from: > > > > http://alpha.inkscape.org/releases/inkscape-0.92.3pre0.tar.bz2 > > > >The 0.92.x branch should now be considered in Hard Freeze + String Freeze. > >Please touch base with me for any changes to code or translations from > >now until release. > > > >--- > > > >I'm late as usual with cutting the release, but other than that things > >have gone smoothly. I would very much appreciate if people could build > >and test and give me a thumbs up if everything looks normal. If no > >serious issues crop up I will cut the final release next weekend. > > > >Bryce > > Thanks Bryce! > > As you did not publish a schedule this time you're probably only late > according to your own private schedule - If you hadn't mentioned it nobody > would have noticed. ;-) True. :-) > Windows binaries and installers are available at [1] (64-bit) and [2] > (32-bit). > Do you want them on the website Bryce? (I noticed you uploaded the tarball > to alpha.inkscape.org -- do we even want to add a release to the releases > app on the website for the pre-release then? I think it can only consume > gallery items...) Yes, still upload the end-user downloadable content to the website. We have mirroring and caching set up there. Feel free to also copy the source tarball to the website. Going forward, I'm going to stage the source tarballs on alpha. It makes the dist machinery cleaner and more easily automated it can just scp the files up directly to the webserver. And if I need to re-upload the tarball I can do it without needing to rename it, which has been a problem in the past. I don't think we have any particular bandwidth limits for alpha, but for stuff we know is going to get tons of hits probably best if we have it going through Fastly. Bryce > [1] https://ci.appveyor.com/project/inkscape/inkscape/build/INKSCAPE_0_92_3_PRE… > [2] https://ci.appveyor.com/project/inkscape/inkscape/build/INKSCAPE_0_92_3_PRE… > > Regards, > Eduard ----- End forwarded message -----

1 0