You can subscribe to this list here.
2007 |
Jan
(2) |
Feb
(3) |
Mar
(4) |
Apr
(27) |
May
(5) |
Jun
|
Jul
(14) |
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(19) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(8) |
Feb
(1) |
Mar
(4) |
Apr
(28) |
May
(77) |
Jun
(79) |
Jul
(112) |
Aug
(36) |
Sep
(33) |
Oct
(19) |
Nov
(9) |
Dec
(11) |
2009 |
Jan
|
Feb
|
Mar
(12) |
Apr
(11) |
May
(13) |
Jun
(23) |
Jul
(5) |
Aug
(25) |
Sep
(9) |
Oct
(22) |
Nov
(16) |
Dec
(5) |
2010 |
Jan
(23) |
Feb
(12) |
Mar
(5) |
Apr
(29) |
May
(4) |
Jun
(9) |
Jul
(22) |
Aug
(2) |
Sep
(10) |
Oct
(6) |
Nov
(8) |
Dec
|
2011 |
Jan
(2) |
Feb
(44) |
Mar
|
Apr
(4) |
May
|
Jun
(9) |
Jul
(5) |
Aug
(4) |
Sep
(7) |
Oct
|
Nov
|
Dec
(10) |
2012 |
Jan
(16) |
Feb
(8) |
Mar
(9) |
Apr
(5) |
May
(3) |
Jun
(3) |
Jul
(6) |
Aug
(10) |
Sep
(48) |
Oct
(6) |
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(19) |
Sep
(3) |
Oct
(5) |
Nov
(35) |
Dec
(3) |
2014 |
Jan
|
Feb
(3) |
Mar
(4) |
Apr
(12) |
May
(6) |
Jun
(16) |
Jul
(25) |
Aug
(16) |
Sep
(3) |
Oct
|
Nov
(7) |
Dec
|
2015 |
Jan
(3) |
Feb
(1) |
Mar
(21) |
Apr
(10) |
May
(6) |
Jun
(3) |
Jul
(2) |
Aug
(4) |
Sep
(4) |
Oct
|
Nov
(2) |
Dec
|
2016 |
Jan
|
Feb
(11) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: John C. <jo...@jc...> - 2021-06-08 18:20:48
|
Hi guys, I compiled 2geom and found a couple of issues: 1) though the README states: Note: Tests are disabled by default. To enable tests pass -D2GEOM_TESTING=ON to cmake command. compilation halted with a request for the gtest library to be present. Adding -D2GEOM_TESTING=OFF solved the problem. 2) On Sourceforge, the Support tab says: Unfortunately, this project hasn't indicated the best way to get help. Check out the other support options below. I'd like to suggest indicating the Mailing list is the preferred way 3) It seems that, by default, the compilation only generates the static version. Adding -DBUILD_SHARED_LIBS=ON does not seem to make any difference? Thanks for all the work! John |
From: Nathan H. <nj...@nj...> - 2020-07-31 17:51:40
|
It's been a while since I last looked, so I had to do some spelunking, @tweenk worked on a robust version of this back in maybe 2015, I think this is the code: https://inkscape.gitlab.io/inkscape/doxygen/classGeom_1_1PathIntersectionGraph.html I note there is a reference to it not handling overlapping segments correctly (which surprises me) on the mailing list. If this interests you, 2geom could do with a clean up and modernisation to current C++, and I bet there are nicer ways to do the python wrapping. Let me know if you need any help, I may be able to unblock you. p.s. I thought this list was deprecated. -- Nathan Hurst nj...@nj... On Fri, Jul 24, 2020, at 7:55 AM, Justin Barca wrote: > Hey devs, > > I'm currently developing a node.js application (Electron) that needs to perform boolean operations on svg path d-values. There does not seem to be any native js libraries that perform these operations. I managed to perform the operation by writing an svg file with the input paths to disk and using Inkscape's batch actions to write the results of an intersection to disk, then parsing the XML for the resultant path. I was delighted by the fact that this is possible (wow Inkscape developers, bravo). However, spawning the process requires opening the Inkscape GUI and this is a slow process with a jarring redirection of attention away from the application's GUI. I took another tack and tried applying a clipPath, converting to PNG data, tracing the svg with https://github.com/jankovicsandras/imagetracerjs but this results in multiple paths and that is not acceptable for this application. > > Using lib2geom in my application seems to be the only possible solution to my problem. I've made a considerable effort to scrape the Inkscape codebase for calls to lib2geom's boolean operations and also looked at the lib2geom codebase in hopes of discovering the API for boolean operations but I'm rather unfamiliar with C++ and can't find even the vaguest reference. Are there any code references I should have a look at? > > There seem to be a couple of possible approaches to use lib2geom in node.js: 1) develop a node.js addon using N-API 2) install python bindings and spawn a python process. Am I on the right track? Could anyone on this list nudge me forward on this? > > It might be prudent to hire a more experienced developer in order to achieve this requirement. Is anyone here looking for paid work? If so, might you be able to offer a quote for this job? I would like to make SVG boolean operations available to other javascript developers too. Thanks so much for working to make lib2geom available outside the purview of Inkscape. > > Sincerely, > Justin > > > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > |
From: Justin B. <jus...@gm...> - 2020-07-24 14:55:26
|
Hey devs, I'm currently developing a node.js application (Electron) that needs to perform boolean operations on svg path d-values. There does not seem to be any native js libraries that perform these operations. I managed to perform the operation by writing an svg file with the input paths to disk and using Inkscape's batch actions to write the results of an intersection to disk, then parsing the XML for the resultant path. I was delighted by the fact that this is possible (wow Inkscape developers, bravo). However, spawning the process requires opening the Inkscape GUI and this is a slow process with a jarring redirection of attention away from the application's GUI. I took another tack and tried applying a clipPath, converting to PNG data, tracing the svg with https://github.com/jankovicsandras/imagetracerjs but this results in multiple paths and that is not acceptable for this application. Using lib2geom in my application seems to be the only possible solution to my problem. I've made a considerable effort to scrape the Inkscape codebase for calls to lib2geom's boolean operations and also looked at the lib2geom codebase in hopes of discovering the API for boolean operations but I'm rather unfamiliar with C++ and can't find even the vaguest reference. Are there any code references I should have a look at? There seem to be a couple of possible approaches to use lib2geom in node.js: 1) develop a node.js addon using N-API 2) install python bindings and spawn a python process. Am I on the right track? Could anyone on this list nudge me forward on this? It might be prudent to hire a more experienced developer in order to achieve this requirement. Is anyone here looking for paid work? If so, might you be able to offer a quote for this job? I would like to make SVG boolean operations available to other javascript developers too. Thanks so much for working to make lib2geom available outside the purview of Inkscape. Sincerely, Justin |
From: Fred B. <cop...@ki...> - 2019-06-04 11:55:26
|
Greetings, I write this letter in the hopes of integrating this project into FontForge. We are looking into replacing our aging Expand Stroke feature which no one but the original developer seems to know how to fix. My proposal can be seen here: https://github.com/fontforge/fontforge/issues/3718#issuecomment-498510402 I compiled it and played around a bit with the `scribble` toy, cutting it down to just the path offsets, and have the following questions: • How should I put ends (miter, arc, square, etc) on the expanded paths? • How can I, from the two produced paths, get one closed path? • What would be the best way to create a calligraphic stroke? • (Bonus, not really important) How do I dash the expanded stroke? Looking forward to any reply. Integration would solve a lot of problems for us, and considering Inkscape we will likely be able to add many more features using this wonderful library. I know I can just look at the Inkscape source code, and will probably resort to that if it becomes many weeks without a reply. But, your kind assistance is appreciated, and perhaps I could make a donation, from one mathematically challenged programmer :-) Best, Fred Brennan |
From: Alexander B. <ale...@lu...> - 2016-12-04 23:08:10
|
On 12/01/2016 11:12 AM, Nathan Hurst wrote: > If we can just constrain the code licence to match the 2geom one, I > think everything is fine, otherwise I guess we could include separate > licencing for just this piece of code. The file jet.h itself contains the license: // Redistribution and use in source and binary forms, with or without // modification, are permitted provided that the following conditions are met: // // * Redistributions of source code must retain the above copyright notice, // this list of conditions and the following disclaimer. // * Redistributions in binary form must reproduce the above copyright notice, // this list of conditions and the following disclaimer in the documentation // and/or other materials provided with the distribution. // * Neither the name of Google Inc. nor the names of its contributors may be // used to endorse or promote products derived from this software without // specific prior written permission. I think it's fine to just include the modified file in lib2geom. > I'm happy to do a code review if you remind me in a few weeks. Thank you, I will. Best Regards, Alexander |
From: Alexander B. <ale...@lu...> - 2016-12-04 20:58:22
|
Hi, I made a little toy which shows different methods for fitting a single cubic bezier curve to a set of points. You can play with it by moving the control points of a cubic bezier, the toy then selects an adjustable number of points on the curve and attemps different methods for fitting bezier curves to them. https://github.com/abrock/lib2geom The toy is in src/toys/bezier-fit.cpp, curve fitting code is in src/tests/bezierfit.h and src/tests/bezierfit-a.h (newer version, I keep the old version for comparison to avoid regressions) Best Regards, Alexander |
From: Nathan H. <nj...@nj...> - 2016-12-01 10:37:48
|
If we can just constrain the code licence to match the 2geom one, I think everything is fine, otherwise I guess we could include separate licencing for just this piece of code. I'm happy to do a code review if you remind me in a few weeks. njh On Thu, Dec 01, 2016 at 07:52:06AM +0100, Tavmjong Bah wrote: > > Hi Alexander, > > Looks interesting. > > As you are proposing this as an addition to lib2geom, the proper place > to discuss this is on the lib2geom-devel list (lib2geom is a semi- > independent project): > > lib...@li... > > Tav > > > > Hi, > > > > I added a curve fitting algorithm to 2geom which takes a std::vector > > of > > Geom::Point and fits a Geom::CubicBezier to the points. > > > > It fits (non-degenerate) cubic bezier curves to given points within > > half > > a millisecond up to an error of 1e-9. > > > > You can find it here: > > https://github.com/abrock/lib2geom > > > > In src/test/bezier-fit-test.cpp I made three simple tests, > > one "normal" curve and two (nearly) degenerate curves with (nearly) > > colinear points. > > I create a Cubic Bezier, select 20 points and give these to the > > fitting > > function (which doesn't know the original curve). > > > > Results: > > > > Normal Curve: > > Speed: 2678 curves per second > > Worst error: 1.31799e-10 at t=0.736842 > > > > Degenerate Curve: > > New method: 1567.89 curves per second > > Worst error: 6.84045e-09 at t=0.110945 > > > > Nearly degenerate curve: > > New method: 534.738 curves per second > > Worst error: 0.0284499 at t=0.0958247 > > > > in src/2geom/bezier-utils.cpp are the new functions: > > > > - fit_bezier sets up the nonlinear least squares problem > > > > Helper functions: > > - bezierfit_f calculates residuals > > - bezierfit_df calculates derivatives of residuals > > - bezier_distance helps calculating derivatives, it mainly contains a > > templated evaluation of Cubic Bezier functions. > > > > src/2geom/jet.h contains the implementation of dual numbers I copied > > from the Ceres source code > > > > Best Regards, > > Alexander > > > > ------------------------------------------------------------------- > > ----------- > > _______________________________________________ > > Inkscape-devel mailing list > > Ink...@li... > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > ------------------------------------------------------------------------------ > _______________________________________________ > Inkscape-devel mailing list > Ink...@li... > https://lists.sourceforge.net/lists/listinfo/inkscape-devel |
From: Tavmjong B. <tav...@fr...> - 2016-12-01 06:52:20
|
Hi Alexander, Looks interesting. As you are proposing this as an addition to lib2geom, the proper place to discuss this is on the lib2geom-devel list (lib2geom is a semi- independent project): lib...@li... Tav > Hi, > > I added a curve fitting algorithm to 2geom which takes a std::vector > of > Geom::Point and fits a Geom::CubicBezier to the points. > > It fits (non-degenerate) cubic bezier curves to given points within > half > a millisecond up to an error of 1e-9. > > You can find it here: > https://github.com/abrock/lib2geom > > In src/test/bezier-fit-test.cpp I made three simple tests, > one "normal" curve and two (nearly) degenerate curves with (nearly) > colinear points. > I create a Cubic Bezier, select 20 points and give these to the > fitting > function (which doesn't know the original curve). > > Results: > > Normal Curve: > Speed: 2678 curves per second > Worst error: 1.31799e-10 at t=0.736842 > > Degenerate Curve: > New method: 1567.89 curves per second > Worst error: 6.84045e-09 at t=0.110945 > > Nearly degenerate curve: > New method: 534.738 curves per second > Worst error: 0.0284499 at t=0.0958247 > > in src/2geom/bezier-utils.cpp are the new functions: > > - fit_bezier sets up the nonlinear least squares problem > > Helper functions: > - bezierfit_f calculates residuals > - bezierfit_df calculates derivatives of residuals > - bezier_distance helps calculating derivatives, it mainly contains a > templated evaluation of Cubic Bezier functions. > > src/2geom/jet.h contains the implementation of dual numbers I copied > from the Ceres source code > > Best Regards, > Alexander > > ------------------------------------------------------------------- > ----------- > _______________________________________________ > Inkscape-devel mailing list > Ink...@li... > https://lists.sourceforge.net/lists/listinfo/inkscape-devel |
From: Jabiertxo A. C. <jab...@ma...> - 2016-06-19 01:57:35
|
Hi to all, from the last hackfest and with the help of Krzysztof I start working in a feature to lib2geom, know the furthest time, is highly based in "nearestTime" code Here are my advances:https://github.com/inkscape/lib2geom/compare/master...jabiertxof:furthe stTime Now I have a problem with the function in src/2geom/elliptical- arc.cpp:565. Any help is welcome, Im definiltly not a math man :( https://github.com/jabiertxof/lib2geom/blob/e79b115e0c9bd446b45845a824d 2228224f3432a/src/2geom/elliptical-arc.cpp#L565 Thanks in advance, all the best, Jabiertxo. |
From: Tavmjong B. <tav...@fr...> - 2016-02-15 09:58:21
|
Thanks!! On Mon, 2016-02-15 at 01:04 -0800, Krzysztof Kosiński wrote: > 2016-02-12 1:36 GMT-08:00 Tavmjong Bah <tav...@fr...>: > > > > Hi, > > > > Revision r14059.2.1[1] introduced a change to the value returned by > > Geom::Line::versor(). The returned vector is no longer normalized. > > This > > broke code in helper/geom-pathstroke.cpp. As the definition of > > 'versor' > > is a unit vector[2], I believe this not a good change. Can the > > return > > value of versor() be restored to being a unit vector? > > Done in r14652. > > Best regards, Krzysztof |
From: Krzysztof K. <twe...@gm...> - 2016-02-15 09:05:05
|
2016-02-12 1:36 GMT-08:00 Tavmjong Bah <tav...@fr...>: > > Hi, > > Revision r14059.2.1[1] introduced a change to the value returned by > Geom::Line::versor(). The returned vector is no longer normalized. This > broke code in helper/geom-pathstroke.cpp. As the definition of 'versor' > is a unit vector[2], I believe this not a good change. Can the return > value of versor() be restored to being a unit vector? Done in r14652. Best regards, Krzysztof |
From: Krzysztof K. <twe...@gm...> - 2016-02-15 08:45:53
|
2016-02-12 2:24 GMT-08:00 Tavmjong Bah <tav...@fr...>: > On Fri, 2016-02-12 at 10:41 +0100, Olof Bjarnason wrote: >> Isn't there a unit test for Line, that verifies the expected >> behaviour? If that was the case, Jenkins would bug us when/if that >> behaviour changes. > > I don't know. It seems that the change was intentional. Let's wait to > hear from Krzysztof. There was no unit test, I added one. >> If I would like to add such a unit test, what should I fork? > > Good question... lib2geom is/has moved to GitHub/GitLab. I've already set up Travis CI, so I think it's going to be GitHub. Best regards, Krzysztof |
From: Tavmjong B. <tav...@fr...> - 2016-02-12 10:24:24
|
On Fri, 2016-02-12 at 10:41 +0100, Olof Bjarnason wrote: > Isn't there a unit test for Line, that verifies the expected > behaviour? If that was the case, Jenkins would bug us when/if that > behaviour changes. I don't know. It seems that the change was intentional. Let's wait to hear from Krzysztof. > If I would like to add such a unit test, what should I fork? Good question... lib2geom is/has moved to GitHub/GitLab. > > > Mvh > > > /Olof > ----------------- > 3-5-åriga småttingar i närheten? > Lek & lär siffror och bokstäver via mobilen m.h.a. Alfamem till > Android. > https://play.google.com/store/search?q=alfamem > > > On 12 February 2016 at 10:36, Tavmjong Bah <tav...@fr...> wrote: > > Hi, > > > > Revision r14059.2.1[1] introduced a change to the value returned by > > Geom::Line::versor(). The returned vector is no longer normalized. > > This > > broke code in helper/geom-pathstroke.cpp. As the definition of > > 'versor' > > is a unit vector[2], I believe this not a good change. Can the > > return > > value of versor() be restored to being a unit vector? > > > > Tav > > > > > > [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revisi > > on/1 > > 4059.2.1 > > [2] https://en.wikipedia.org/wiki/Unit_vector > > > > > > > > ----------------------------------------------------------------- > > ------------- > > Site24x7 APM Insight: Get Deep Visibility into Application > > Performance > > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > > Monitor end-to-end web transactions and take corrective actions now > > Troubleshoot faster and improve end-user experience. Signup Now! > > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > _______________________________________________ > > Lib2geom-devel mailing list > > Lib...@li... > > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > > |
From: Olof B. <olo...@gm...> - 2016-02-12 09:41:56
|
Isn't there a unit test for Line, that verifies the expected behaviour? If that was the case, Jenkins would bug us when/if that behaviour changes. If I would like to add such a unit test, what should I fork? Mvh /Olof ----------------- 3-5-åriga småttingar i närheten? Lek & lär siffror och bokstäver via mobilen m.h.a. Alfamem till Android. https://play.google.com/store/search?q=alfamem On 12 February 2016 at 10:36, Tavmjong Bah <tav...@fr...> wrote: > > Hi, > > Revision r14059.2.1[1] introduced a change to the value returned by > Geom::Line::versor(). The returned vector is no longer normalized. This > broke code in helper/geom-pathstroke.cpp. As the definition of 'versor' > is a unit vector[2], I believe this not a good change. Can the return > value of versor() be restored to being a unit vector? > > Tav > > > [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/1 > 4059.2.1 > [2] https://en.wikipedia.org/wiki/Unit_vector > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > |
From: Tavmjong B. <tav...@fr...> - 2016-02-12 09:36:24
|
Hi, Revision r14059.2.1[1] introduced a change to the value returned by Geom::Line::versor(). The returned vector is no longer normalized. This broke code in helper/geom-pathstroke.cpp. As the definition of 'versor' is a unit vector[2], I believe this not a good change. Can the return value of versor() be restored to being a unit vector? Tav [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/1 4059.2.1 [2] https://en.wikipedia.org/wiki/Unit_vector |
From: Jenkins (b. tester) <ink...@gm...> - 2016-02-11 07:37:18
|
Hi developers, I found a problem with one of the builds: 2Geom_trunk_scan-build - Build # 63 - Still Failing: Check console output at http://jenkins.inkscape.org/job/2Geom_trunk_scan-build/63/ to view the results. Your friend, Jenkins http://jenkins.inkscape.org |
From: Jenkins (b. tester) <ink...@gm...> - 2016-02-11 07:26:25
|
Hi developers, I found a problem with one of the builds: 2Geom_trunk_scan-build - Build # 62 - Still Failing: Check console output at http://jenkins.inkscape.org/job/2Geom_trunk_scan-build/62/ to view the results. Your friend, Jenkins http://jenkins.inkscape.org |
From: Jenkins (b. tester) <ink...@gm...> - 2016-02-11 07:18:31
|
Hi developers, I found a problem with one of the builds: 2Geom_trunk_scan-build - Build # 61 - Still Failing: Check console output at http://jenkins.inkscape.org/job/2Geom_trunk_scan-build/61/ to view the results. Your friend, Jenkins http://jenkins.inkscape.org |
From: Jenkins (b. tester) <ink...@gm...> - 2016-02-11 05:38:26
|
Hi developers, I found a problem with one of the builds: 2Geom_trunk_scan-build - Build # 60 - Failure: Check console output at http://jenkins.inkscape.org/job/2Geom_trunk_scan-build/60/ to view the results. Your friend, Jenkins http://jenkins.inkscape.org |
From: Krzysztof K. <twe...@gm...> - 2016-02-08 08:35:53
|
Hello everyone, Over this weekend I made a few changes to lib2geom. 1. Code is now in Git. For now, there are 3 repositories, on Launchpad, Gitlab and Github. All of them have the same code. https://code.launchpad.net/lib2geom https://gitlab.com/inkscape/lib2geom https://github.com/inkscape/lib2geom 2. I've set up continuous builds on Travis and made them pass on Linux and OSX using both GCC and Clang. This is in a branch on GitHub now, but I'll add it to master soon. https://travis-ci.org/inkscape/lib2geom/builds/107720281 Best regards, Krzysztof |
From: Stuart A. <st...@ya...> - 2015-11-14 17:00:24
|
Hi all Thought I'd have a go at building 2geom, it got stuck on bezier-test though.. I grabbed the latest version with bzr then did mkdir buildcd buildcmake ..make output on pastebin: 2geom build output - Pastebin.com | | | | | | | | | | | 2geom build output - Pastebin.com$ make [ 0%] Building CXX object src/2geom/CMakeFiles/2geom.dir/bezier-clipping.cpp.o [ 1%] Building CXX object src/2geom/CMakeFiles/2geom.dir/bezier-c... | | | | View on pastebin.com | Preview by Yahoo | | | | | S++ |
From: Jenkins (b. tester) <ink...@gm...> - 2015-11-05 09:25:55
|
Hi developers, I found a problem with one of the builds: 2Geom_trunk_unittests - Build # 57 - Failure: Check console output at http://jenkins.inkscape.org/job/2Geom_trunk_unittests/57/ to view the results. Your friend, Jenkins http://jenkins.inkscape.org |
From: Johan E. <jbc...@sw...> - 2015-09-13 17:31:38
|
No worries. It was me working on gettings things running again. I removed the failures because they weren't. cheers, Johan On 12-9-2015 17:40, Krzysztof Kosiński wrote: > This is strange - these failing builds #41 and #42 are missing from > the Jenkins web interface. Probably a Jenkins error? > > Regards, Krzysztof > > 2015-09-11 22:42 GMT+02:00 Jenkins (build tester) <ink...@gm...>: >> Hi developers, >> I found a problem with one of the builds: >> 2Geom_trunk_scan-build - Build # 42 - Failure: >> >> Check console output at http://jenkins.inkscape.org/job/2Geom_trunk_scan-build/42/ to view the results. >> >> Your friend, >> Jenkins >> http://jenkins.inkscape.org >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Lib2geom-devel mailing list >> Lib...@li... >> https://lists.sourceforge.net/lists/listinfo/lib2geom-devel >> > ------------------------------------------------------------------------------ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > |
From: Krzysztof K. <twe...@gm...> - 2015-09-12 15:40:59
|
This is strange - these failing builds #41 and #42 are missing from the Jenkins web interface. Probably a Jenkins error? Regards, Krzysztof 2015-09-11 22:42 GMT+02:00 Jenkins (build tester) <ink...@gm...>: > Hi developers, > I found a problem with one of the builds: > 2Geom_trunk_scan-build - Build # 42 - Failure: > > Check console output at http://jenkins.inkscape.org/job/2Geom_trunk_scan-build/42/ to view the results. > > Your friend, > Jenkins > http://jenkins.inkscape.org > ------------------------------------------------------------------------------ > > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > |
From: Jenkins (b. tester) <ink...@gm...> - 2015-09-11 20:42:08
|
Hi developers, I found a problem with one of the builds: 2Geom_trunk_scan-build - Build # 42 - Failure: Check console output at http://jenkins.inkscape.org/job/2Geom_trunk_scan-build/42/ to view the results. Your friend, Jenkins http://jenkins.inkscape.org |