July 2017 - Inkscape Devel - Inkscape Mailman

Proposed schedule for 0.92.2 release
by Bryce Harrington 24 Jul '17

24 Jul '17

We were holding off for 0.92.2 until the git migration was done. Now with that behind us, I'd like to suggest some plans for doing another point release: Jul 22: 0.92.x Pre-release + String Freeze (0.92.x branch only) + Packagers package pre0 release as desired + Translators work on translations + Revert changes that introduced regressions + Code changes must be reviewed and landed by Bryce (0.92.x branch only) Aug 4: Final Freeze + Final deadline for all translation work + Only Release Warden may commit (0.92.x branch only) Aug 5: 0.92.x Release Tarball + Packagers package final tarball Aug 7: Announce Backporting of fixes has been going strong (good work everyone!) Please keep doing as you've been doing for one more week. After the 22nd, I will be reviewing and landing all further code-changing patches. You can send me merge requests, lists of cherrypickable SHA's from trunk, or patchsets generated via `git format-patch`, as is convenient for you. Stuff I'll be watching for: ☑ Patch is short ☑ Fix is already in trunk ☑ Has been tested and confirmed by at least one other person ☑ References a bug ID or url in commit message ☑ No translatable strings are changed ☑ Bugfix only - no refactoring, no feature changes On the 22nd, I'll package a pre0 tarball for testing purposes. The switch to git will require updating some release procedures so this will be a good dry run. It would be nice to see packages made. Testing of the pre-release will be appreciated, however for release purposes we will be principally looking for _regressions_ compared with 0.92.1, so we can revert whatever patch caused the regression. Other bugs are welcome to be filed and worked on, of course, but I'd like to keep on schedule. For the actual release, please take Aug 5th as a pencilled in date, that may need to change depending on how things go. When the tarball is ready I'll send a private note to the release team (packagers + announcers). Vector Team, if you would like to take the announcement writing and/or dissemination tasks, let me know - I'd be very appreciative of the help. Let me know if there is anything else that should be done or accounted for in the above plan. Bryce

4 7

Re: [Inkscape-devel] Debian 8 compatibility falling apart after one month of Debian 9
by Michael Soegtrop 23 Jul '17

23 Jul '17

Dear Martin, > Hopefully we can set some reasonable limits and keep the page up to > date. But to make this job easier, we should try and see if we can set > up some automatic support scripts that pull in a summary of the > different distros and their versions of key dependencies. For Debian there are online lists with all packages and versions, e.g. https://packages.debian.org/stable/allpackages?format=txt.gz https://packages.debian.org/oldstable/allpackages?format=txt.gz https://packages.debian.org/testing/allpackages?format=txt.gz https://packages.debian.org/jessie/allpackages?format=txt.gz (goto https://packages.debian.org/stable/, select a version at the top and click at the end on "(compact compressed textlist)") For Ubuntu the lists are e.g. https://packages.ubuntu.com/de/xenial/allpackages?format=txt.gz https://packages.ubuntu.com/de/yakkety/allpackages?format=txt.gz https://packages.ubuntu.com/de/zesty/allpackages?format=txt.gz (goto https://packages.ubuntu.com/en/, click on a Ubuntu version and at the end on "(compact compressed textlist)") Mint has it as HTML: http://packages.linuxmint.com/list.php?release=Sonya Should be easy to convert with XSLT. I guess there are similar lists for the other major distros. It should take only a few lines of Python to fetch and check these. What are the relevant distros? Best regards, Michael

3 2

libsoup
by Jabier Arraiza 23 Jul '17

23 Jul '17

We are interested in https://wiki.gnome.org/Projects/libsoup for Inkscape? Thanks for reply.

2 3

Re: [Inkscape-devel] Debian 8 compatibility falling apart after one month of Debian 9
by Michael Soegtrop 22 Jul '17

22 Jul '17

Ok, I am giving up now. The next issue is the change of "create_popup_menu" in "filter-effects-dialog.cpp". There is no easy way to patch this for GTK 3.14, because there Gtk::Menu::Menu(const Gtk::Menu&) is private. Since there are no GTK backports in Debian 8, I have to update to Debian 9 to build inkscape. Not nice :-( Best regards, Michael

6 5

Did commit 4a543072 break cmake?
by Michael Soegtrop 22 Jul '17

22 Jul '17

Dear Inkscape developers, I just updated to latest master und get the impression that commit 4a543072 broke the main CMakeList.txt file. At least I get this error running CMake: CMake Error at CMakeLists.txt:170 (add_custom_target): add_custom_target Wrong syntax. Unknown type of argument. and this commit changed this line. See: https://gitlab.com/inkscape/inkscape/commit/4a543072019e0bd4a0fcaaa3c2cef71… Best regards, Michael

2 5

Change introduced last week requires a newer CMake version than specified - what should the minimum CMake version be set to?
by Michael Soegtrop 22 Jul '17

22 Jul '17

Dear Inkscape Team, I found that since a change introduced a week ago the inkscape CMake files are incompatible with the CMake version which comes with Debian 8, which is 3.0.2. Ok I should update to 9 ;-) A question: the inkscape main CMake file mentions minimum version 2.8.2, which definitely does not work. 3.0.2 also does not work. CMake Version 3.6.2 does work. According to some googled hints the specific constructs introducing the incompatibility require at least CMake 3.2. My question: what should I set the minimum version to? 3.6.2 since I tested it with it? Or should I be more relaxed? What is the minimum version of CMake people are actually using successfully? Or should the change which introduced the incompatibility with Debian 8 be modified so that it works with older versions of CMake, e.g. 3.0.2? Best regards, Michael

1 0

Inkscape freezing while adding grid.
by Christophe Lebras 22 Jul '17

22 Jul '17

Hi, Please excuse my bad English. I have a problem with Inkscape since commit d6f2d85a (jemalloc cmake module) When I add a grid in Inkscape (Document properties/Grids/New), inkscape freeze and I must kill it. I’m under Arch Linux with jemalloc 5.0.1. If i compile without jemalloc or with version 4.5.0, there is no freeze. I reproduced the problem with openSuse tumbleweed but not with openSuse 42.1 and Ubuntu 17.04. With debugger, I found that Inkscape freeze in method DocumentProperties::update_gridspage(), line 1291: _grids_notebook.remove_page(-1); and that it's related to RegisteredColorPicker widgets used in method newSpecificWidget() of classes CanvasXYGrid and CanvasAxonomGrid. When i comment the code wich pack these widgets, there is no freeze. Unfortunately, I did not succeed to go further with debugger (I get stuck with a call to g_object_unref). I rewrite the code which manage grid properties without using Gtk:Manage and there is no freeze. I will clean my code and do a merge request. If anyone want to look at this problem, there is maybe a better solution. Best regards, Christophe

2 2

Unsubscribe from the list
by chandrakant dhutadmal 21 Jul '17

21 Jul '17

Dear Community, Please let me know the process to unsubscribe from the mailing list. Regards,Chandrakant Dhutadmal

2 1

Re: [Inkscape-devel] DTP dictionary for InkScape
by Jabier Arraiza 20 Jul '17

20 Jul '17

Hi all, I just recibed this mensage from Jairo. Thanks Jairo. Best. On Wed, 2017-07-19 at 10:14 -0300, Jairo Willian wrote: > Jabier, Tavmjong or Alex > > Could you redirect this message for me? > I have this DTP content and i would like share this material with > InkScape community. > I think that, this contents may be interesting in a "help session" or > another place associated a functions and/or features. > > What you think about it? If OK, i can transfer all terms in a CC, GLP > or other copyleft license. > > http://www.terra.com.br/macmania/macmania/resenhas/resenhas_dtp.htm > > PS: sorry, but the currency only in pt_BR. > > Thanks in advance. > > Jairo Willian

2 2

gallery moderation, fan art, and copyright
by brynn 19 Jul '17

19 Jul '17

Hi Friends, Another moderation question has come up (mostly just for me), which is about how we want to define "fan art". Most (if not all) of the moderators think fan art should be allowed in the gallery. But I think it might be a good idea to have some parameters about it, and so I'm hoping the community can offer their thoughts about it. For a starting point and example, I'm totally ok with the Wikipedia defintion (https://en.wikipedia.org/wiki/Fan_art) : "Fan art, or fanart, are artworks created by fans of a work of fiction (generally visual media such as comics, film, television shows, or video games) and derived from a series character or other aspect of that work." Does anyone think it should be expanded or restricted in scope, from there? Or should the description be more or less detailed or specific? A separate but related question is whether we want to bother with copyright issues, or leave it up to the license holder whether they want the image removed. For example, if someone reproduces a Pepsi or Coke logo. Or I remember a popular AI tutorial a few years ago, about how to draw the Chevy logo, which I always wondered whether it was a copyright violation. Those don't particularly seem to be fan art, at least not by the wikipedia definition....unless maybe television commercials are considered fiction. Martin says there is a concept within the DMCA and EUCD known as "safe harbor" which protects small websites from being responsible if its members post a copyrighted image. At least that's my understanding, based on the research I did about it. I might not have paraphrased it technically correctly. So should we go with the "it's not our job /we're not lawyers" position? Or should we be a little bit pro-active for blatant copyright issues. If we want to be a little bit proactive, I'm thinking we should also set some parameters about that. Or at least clearly state our policy. Fyi, this is what the current CoC says about it "Art must be your own original creation or derived from artwork available under an open licence. We cannot accept submissions that infringe copyrights." Personally, since Inkscape is an artist's tool (among many other uses), I think the community should be a little proactive about protecting copyrights and/or licenses. But I also think that if it requires a long and complex discussion, or detailed changes to the CoC, then falling back to "it's not our job" might be reasonable. But if that's the case, then the CoC isn't properly stating our position, and perhaps should be edited. Thanks for any thoughts or comments you might have about these things. All best, brynn

6 12