- Inkscape Devel - Inkscape Mailman

[Re: cloudscale.ch's sponsoring for Inkscape]
by Bryce Harrington 06 Jan '21

06 Jan '21

----- Forwarded message from "cloudscale.ch Support" <support(a)cloudscale.ch> ----- Date: Mon, 7 Dec 2020 14:02:56 +0100 From: "cloudscale.ch Support" <support(a)cloudscale.ch> To: Bryce Harrington <bryce(a)bryceharrington.org> Subject: Re: cloudscale.ch's sponsoring for Inkscape Dear Bryce Thanks for your message. We are working hard for the exact feature you are asking about: Soon (tm), our cloud control panel will allow to create "organizations", which in turn can own "projects" consisting of one or more servers/resources. Multiple people/accounts can be part of such an organization and also invite others across organizations to collaborate on their projects. It will also be possible to hand over entire projects from one organization to another. However, we expect to release a first version of this long-awaited feature within the first half of 2021 only. In the meantime, we can offer to change your account's main email address (i.e. your username) to something more general such as "devops(a)inkscape.org", if that helps. For day-to-day use, you would need to share API keys and/or GUI credentials, though (which is a nasty way, admittedly, but obsolete within a few months' time). While "transferring" an entire account to another email address is possible already, transferring resources between accounts is not yet. Having outlined the currently possible workarounds, I am glad that this big rework of our control panel will exactly fit your (and many others') use case. We are almost there... If we can do anything else for you, please let us know. Best regards from Zurich - Switzerland, Markus -- Markus Furrer cloudscale.ch AG Venusstrasse 29 CH-8050 Zürich Fon: +41 44 55 222 55 Fax: +41 44 55 222 56 Web: https://www.cloudscale.ch > On 5 Dec 2020, at 10:30, Bryce Harrington <bryce(a)bryceharrington.org> wrote: > > Hi Markus, > > Thanks again for all the support you've provided, the project has really > benefitted from cloudscale's support! > > Could I ask, what is the procedure for turning over responsibility for > the account to another person? Should I have them create a new account > and then I let you know so you can switch everything over to them? > > Alternatively, is there an established way for more than one person to > share access to the dashboard + hosts? > > (With my severely limited time availability I find I am a > single-point-of-failure. So we need a way to either turn it over to > someone else, or a way to share the duty with them.) > > Thanks, > Bryce > > On Mon, Apr 27, 2020 at 07:56:00PM +0200, Markus Furrer wrote: >> Dear Bryce >> >> Thanks for such a quick response! >> >> And many thanks for the interesting insights into your environment! As your server naming indicated some sort of "scaling out", I was not sure to suggest our larger flavors and our new "Plus" offerings featuring dedicated CPU cores [1]. Seeing the list of different services, however, there probably are reasons to separate things on multiple, smaller servers. >> >> While we trust that our users keep a backup outside of our infrastructure (as mentioned in our TOS), you might want to take advantage of our new, second cloud location for the backups you decide to keep with us [2]. This way, you can get to your data even in the unlikely case of a major incident impacting the site where your main servers are located. >> >> Third, thanks for going through your servers and reducing some of them. Please note that Floating IPs are not deleted together with the respective servers - in fact, one of their use cases is to keep a service IP across server replacements. In case you do not need them anymore, just delete them in the "Floating IPs" section in our control panel. >> >> It was not my intention to enforce an exact budget. If you need resources going a little beyond that rough CHF 5000 per year in order to reasonably run something useful, please go ahead. In case it is considerably more, we might also be able to find a solution to split the cost - after all, we work hard to be our users' favorite cloud provider, and do not want to stop you from using us :-) >> >> Glad to hear you work with Canonical! Ubuntu is the distribution powering most of our own infrastructure, and - you guessed it - most of our customers' virtual servers. It was a no-brainer to support the new 20.04 LTS release as early as possible. >> >> Again, we are happy to support Inkscape, and if there is something we can help you with, please do not hesitate to contact us. >> >> >> [1]: https://www.cloudscale.ch/en/news/2019/11/19/even-more-power-thanks-to-plus… >> [2]: https://www.cloudscale.ch/en/news/2019/11/06/geo-redundancy-with-two-cloud-… >> >> >> Best regards from Zurich - Switzerland, >> Markus >> >> -- >> Markus Furrer >> >> cloudscale.ch AG >> Venusstrasse 29 >> CH-8050 Zürich >> >> Fon: +41 44 55 222 55 >> Fax: +41 44 55 222 56 >> Web: https://www.cloudscale.ch >> >> >>> On 27 Apr 2020, at 18:56, Bryce Harrington <bryce(a)bryceharrington.org> wrote: >>> >>> Hi Markus, >>> >>> Thank you again for your sponsorship of Inkscape, and I apologize for >>> going over the limits. I've freed up resources we're not actively using >>> and brought the usage down to 15.55 CHF. There are a couple more >>> servers I think I can remove as they were for new services that I think >>> the setup work did not get completed. >>> >>> Regarding how cloudscale.ch's sevices are being used, they are hosting >>> the primary communication channels for the Inkscape project's >>> development work: >>> >>> * Mailman3 - All of Inkscape's user and development mailing lists are >>> hosted from a cloudscale host (Flex-4 with 100GB). We had run into >>> memory limitation issues running on a 2GB node, so appreciated being >>> able to scale up to Flex-4 to solve the issue. >>> >>> * Mediawiki - Inkscape's institutional memory is its collection of >>> wiki pages, which has been migrated to a cloudscale host (Flex-2 >>> node with 200GB). >>> >>> * Rocket.Chat - The project has largely moved away from IRC to this >>> modern chat system, which hosts a couple dozen channels for the >>> various Inkscape teams to discuss their work. This was the first >>> service we brought up at cloudscale and has been a resounding >>> success. >>> >>> * Intranet - we also have one node we used for internal >>> developer-focused web pages, such as transcripts from Inkscape's >>> board meeting, and misc. cron jobs. >>> >>> * Backup - another node runs rsnapshot to backup the above services. >>> >>> Other services we've looked running include Kiwi TCMS, and a translation >>> system called weblate. We also considered hosting an Inkscape community >>> forum whose administrator no longer has time to maintain it, but he's >>> also not had time to hand over the database. I think if we cancelled >>> these efforts we can get the rate back under the limit, but I need to >>> try to talk to the individuals working on those projects first. >>> >>> Thanks again for hosting Inkscape, and apologies again, I was more >>> focused on keeping the CPU / RAM under control and didn't take into >>> account the disk space resource needs. >>> >>> On a more personal note, last year I started a new job at Canonical, >>> where I maintain the Ubuntu Server product. I'm very happy to see >>> cloudscale.ch already lists our freshly released 20.04 LTS. :-) >>> >>> Bryce >>> >>> On Mon, Apr 27, 2020 at 03:00:33PM +0200, Markus Furrer wrote: >>>> Dear Bryce >>>> >>>> Reviewing cloudscale.ch's sponsorship commitments, I am very happy that we support Inkscape - and will hopefully keep doing so for a long time to come. >>>> >>>> To my knowledge, the original sponsorship agreement was about servers totalling around 32 GB of RAM (which would add up to around CHF 5000 worth of services per year). Looking at your account, however, I noticed that current usage is at CHF 41.30 per day (i.e. CHF 15000 per year). Approx. one third of this amount actually covers virtual servers, and two thirds are for disk upgrades and floating IPs. >>>> >>>> Can you give me some more insights in how you are using our services, how they support your (or other contributors') workflows etc. And, since things generally tend to grow and accumulate over time: might there also be some room for optimization? >>>> >>>> I would be glad to hear back from you and understand your use case better. Thanks in advance for your beedback! >>>> >>>> >>>> Best regards from Zurich - Switzerland, >>>> Markus >>>> >>>> -- >>>> Markus Furrer >>>> >>>> cloudscale.ch AG >>>> Venusstrasse 29 >>>> CH-8050 Zürich >>>> >>>> Fon: +41 44 55 222 55 >>>> Fax: +41 44 55 222 56 >>>> Web: https://www.cloudscale.ch >>>> >> ----- End forwarded message -----

3 8

Dev Meeting Presentation on Tuesday, Dec 22nd
by Thomas Holder 20 Dec '20

20 Dec '20

Hi devs, I'll give a short presentation about "Assertions and Warnings" at the next developer meeting on Tuesday, December 22 (in two days). Hope to see you there! Dev Calendar: https://inkscape.org/cals/event/1/ Meeting Link (as usual): https://digimedia1.r2.enst.fr/b/mar-9wm-vj2 Thomas

1 0

Developer presentations
by Thomas Holder 20 Dec '20

20 Dec '20

An idea I brought up in today's developer meeting: Developer presentations to share knowledge, experience, and to promote best practices. Schedule: Either as part of the weekly developer meetings, or as a separate event. E.g. once a month. Ideas for topics: * Warnings and Assertions best practices * std::move and other modern C++ features * How does Inkscape's garbage collection work? * How to properly use signals (libsigc++) * Why is direct manipulation of the XML tree discouraged? * What is a node observer? https://wiki.inkscape.org/wiki/index.php/Community_Development#Developer_Pr… I'd be willing to prepare some of these topics and to host the event. I'll bring it up again in the next dev meeting, then we can maybe settle on a schedule and see who is willing to contribute with a presentation. Thomas

2 2

wiki access
by Epper Marshall 03 Dec '20

03 Dec '20

So I started following the instructions for compiling inkscape on Windows and ran into some issues. I did figure out how to fix/get past the issues but felt like the wiki could contain the information. I created a ticket: https://gitlab.com/inkscape/inbox/-/issues/4112 but was wondering if I could get wiki access to update the wiki. Or if someone else wants to update the wiki that would be great too. Regards Epper Marshall

1 0

openswatchbook hijacked
by Nozz 01 Dec '20

01 Dec '20

Hi, when saving svg in inkscape 1.0.1, the file contains a link to openswatchbook dot org and that website appears to have been hijacked and is serving porn and possibly malware. I'm new to inkscape so I was curious what that address is about and why it's in the generated svg file. If you could explain why a svg file needs url links in the first place I would love to know. I don't know what relationship inkscape has with that website but you should contact whoever you think is the original owner and let them know of the situation. Best regards

4 4

Backports into 1.0.2
by Marc Jeanmougin 28 Nov '20

28 Nov '20

Hi team, If you have ideas or proposals to backport stuff that is already in master, and want it into our next 1.0.2 release, could you mention it in https://gitlab.com/inkscape/inkscape/-/issues/2067 Input from the bugs team would be particularly appreciated in this matter :) Thanks everyone! -- Marc

1 0

finally, finished using boolean operators
by NASA Jeff 15 Nov '20

15 Nov '20

finally, i finished off by trimming the lhsf eyebrow to the face using boolean operations. I couldn't seem to get them to work how I wanted, to trim the eyebrow bit. And selection order didn't seem to change the precedence in the boolean operation. In the end I ended up doing a copy and paste replacing the face, then a copy of the eyebrow with no paste, then the boolean operation between the eyebrow and one face copy, then paste from the eyebrow copy the style (opacity/blur didn't seem to copy, just the colour, not sure it stroke styles copied or not), then deleted the original eyebrow. And renamed everything correctly again using the XML editor. I noticed you can't do a multiple select in the XML editor, only select a single element. So, I think I'll raise three bugs from this, boolean operation precedence, style paste not pasting blur and transparency and maybe stroke styles etc.. and inability to select multiple shapes/groups via the XML editor dialogue. I'll leave the snapping as an enhancement to look into and not raise as a bug as the enhancement I suggested may be best as a different snap modulator.

1 0

path snap
by NASA Jeff 15 Nov '20

15 Nov '20

As I mentioned in my last email, I found snap to path, but it didn't work that great. It seemed to fit curve to a curve well some of the time and didn't seem to snap vertices to the path curve. What would be great is if it could snap a curve to a curve all of the time by inserting vertices as needed to make the snap happen. I'm also going to play around with grow and shrink, to see if that's a better option for multilayer hair, that just adjusting the paths manually. There would still be some alignment of paths between objects with higher/lower z-orders needed and it still wouldn't solve the eyebrow problem. I may end up just doing a boolean operation.

1 0

found path snap
by NASA Jeff 15 Nov '20

15 Nov '20

I found path snap and it worked okish, though not that great. An example of where matching two paths is required because you can't just use z-order and have a blob underneath is the eyebrow, where I have a semi transparent top layer for the hair and an opaque background that has to be beneath or fit the face and above or fit the eyebrow. https://imgur.com/4oHHL6Z

1 0

simple edge detection of a bitmap
by NASA Jeff 15 Nov '20

15 Nov '20

I can't remember exactly how to do an edge detection mask for a bitmap but it's something like 0 -1 0 -1 0 -1 0 -1 0 as a matrix applied to the bitmap, this has issues with jpeg compression though as you get square artefacts from the lossy-ness of the compression, soi it may be an idea to detect the compression window for the jpeg image and use that to scale the matrix. I believe jpeg compression is more or less just an inverse fast Fourier transform.

1 0