December 2007 - Inkscape Devel

svn/deb
by Alexandre Prokoudine 12 Dec '07

12 Dec '07

Hi, >From what I remember, there is a repository to provide .deb files for SVN revisions. Should we add it to http://inkscape.org/download/, "Compiled Packages" section? Alexandre

2 3

need-review: Default Metadata Preferences Patch
by Felipe Sanches 12 Dec '07

12 Dec '07

hi! I have just submitted a patch that implements a "default metadata" page on the preferences dialog. This defines the default values to be used as metadata for newly created documents. I need someone to review this code, please. It works fine for me. There is just one little issue: I havent been able to figure out how to update the status of the license radiobuttons on the documentMetadata dialog. Some more experienced programmer could, please, take a look at it? I imagine that it may be a simple thing that is still just not clear enough for me. This is my first patch for inkscape, so I am not much comfortable yet with the overall structure of the program. here is the patch: http://sourceforge.net/tracker/index.php?func=detail&aid=1746892&group_id=9… thanks, Juca

7 15

Inkscape 0.46 Chill
by Bryce Harrington 12 Dec '07

12 Dec '07

It looks like we've given enough time for finalizing development work, so I'd like to shift us into release mode by entering our Chill phase. Here's the tasks to focus on now: Chill. Development focuses on wrapping up. Identify 'make distcheck' issues Triage bug reports Run an About Screen contest First draft of Release Notes. Update tutorials and other docs Triaging is probably the biggest task ahead of us. I'll try to focus my time on assisting here; I'll try to focus on scripting of bulk changes, as I've got several ideas for cleanup projects on the wiki. Ted, could you post a listing of recent development work, and collect status from the developers, so we can see if there's any remaining absolutely must-do tasks before we release? ACSpike, would you mind doing a first pass at running make distcheck and post to the list what errors there are that we'll need to sort out? Ryan Lerch, can you give us an update on where things stand for bug triaging, and where other people can get involved? Scislac, would you be able to run an about screen contest for us again? I figure we can do it just like the 0.45 contest. Bulia, the Release Notes look like they're in great shape, but you generally have the best eye of any of us on them. Could you identify any major holes we need filled (esp. with names of people we need to get to write stuff up). ScislaC and Bulia - how do we sit currently respecting tutorials and docs? I think it's too late in the game to start writing any new ones, but if there's high priority stuff that absolutely must get done, we should list it out now and make sure we've got people to tackle them. Finally, if anyone has questions or concerns of anything that needs to be handled or accounted for during this release, or wishes to help out directly in the release process, this is the time to speak up. Let me know of any release issues and I'll help make sure they get straightened out. Bryce On Sat, Nov 03, 2007 at 10:56:46AM -0700, Bryce Harrington wrote: > Hi all, > > Now that GSoC projects are finished and the code has had time to > stabilize, it seems a good time to get the 0.46 release moving ahead. > With Gutsy released, I finally have some time to contribute towards > Inkscape release work, and will help try to get efforts organized. > > I'd like to propose the following release plan, based roughly on the > 0.45 plan. Let me know if there's anything missing. > > 1. Open development. > > 2. Chill. Development focuses on wrapping up. > Identify 'make distcheck' issues > Triage bug reports > Run an About Screen contest > First draft of Release Notes. > Update tutorials and other docs > > 3. Frost. Most development complete. > Release Notes should be >90% filled in. > Bug Hunt: 500 points > Post inkscape-0.46-alpha.tar.gz > > 4. Feature Freeze. No further development work. > Disable features that can't be finished in time > Focus on critical bug fixing. > Finalize all tutorials, docs, etc. > Finalize all extensions > Translators create translations. > Inkscape must pass 'make distcheck' > Post inkscape-0.46-beta.tar.gz > > 5. Hard freeze. Only release wardens can commit to mainline. > No further string changes > Focus on release-critical bug fixing. > Finalize translations, release notes, etc. > Packagers test creating pkgs of the -beta release > Post inkscape-0.46-rc1.tar.gz > > 6. Branch. Establish the Stable Branch for release > Complete any late-late-late work. > Final verification of packaging, release notes, > docs, etc. > Publish more release candidates until ready for > release. > Plan 0.46.1+ release(s), if needed > > 7. Release. Post inkscape-0.46.tar.gz > Post packages > Post official announcements > > 8. Open development. > > > I'm sort of thinking for this release we ought to plan on establishing a > stable branch much earlier than we've done before, and maintain split > devel / stable branches for a bit (maybe a couple months). I think > that'd allow us to spend much more time than usual getting things > release-worthy, without too heavily impacting people who wish to keep > doing development work. > > We'll have a bunch of interesting random tasks (mostly non-coding) to do > to get the release polished up and ready to go. Are you interested in > participating in the release team? Let me know! > > Bryce

15 49

filters UI
by Felipe Sanches 11 Dec '07

11 Dec '07

nicholas, when I open the filters dialog in a document that doesnt have any filter primitives, I can see all of the settings widgets in the dialog. They should be hidden, instead. can you please try to fix this issue? Felipe (Juca)

1 0

Re: [Inkscape-devel] testing for 3D box tool
by Alexandre Prokoudine 11 Dec '07

11 Dec '07

On Dec 10, 2007 11:26 PM, Nemes Ioan Sorin wrote: > Thanks for the link, anyway I use it on a weekly basis -> but no 3d box > tool. Press "X" and start drawing :) Alexandre

2 1

Object to Path broken in 16666
by Thomas Worthington 11 Dec '07

11 Dec '07

Neither polygons nor text will convert to paths for me in revision 16666. It also seems to take a long time to not convert the objects; it's not just returning immediately. Thomas

1 0

Bug status plots
by Bryce Harrington 11 Dec '07

11 Dec '07

Hi all, I mentioned a week or so ago about the bug plots. Here's a reminder of where the plots live: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/ Of particular note are the New bugs plot, which tells the story of the HUGE work being done by bug triagers. Nearly 20% of our New bugs have been triaged within the past week - quite impressive, and great progress towards our Chill goals: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-week… I also did up a chart of 'open' bugs (total - fixed - invalid - wontfix): http://bryceharrington.org/files/inkscape-week-open.svg http://bryceharrington.org/files/inkscape-month-open.svg Bryce

1 0

today's error in linking
by bulia byak 10 Dec '07

10 Dec '07

rev 16658: libinkpre.a(line-snapper.o): In function `~SnappedLineSegment':/home/d/ink/inkscape/src/snapper.h:41: multiple definition of `Inkscape::SnappedLineSegment::~SnappedLineSegment()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:35: first defined here libinkpre.a(line-snapper.o): In function `~Snapper':/home/d/ink/inkscape/src/snapped-line.cpp:35: multiple definition of `Inkscape::SnappedLineSegment::~SnappedLineSegment()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:35: first defined here libinkpre.a(line-snapper.o): In function `~SnappedLine':/home/d/ink/inkscape/src/snapped-line.cpp:81: multiple definition of `Inkscape::SnappedLine::~SnappedLine()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:81: first defined here libinkpre.a(line-snapper.o): In function `__gnu_cxx::new_allocator<std::_List_node<std::pair<NR::Point, NR::Point> > >::deallocate(std::_List_node<std::pair<NR::Point, NR::Point> >*, unsigned int)':/home/d/ink/inkscape/src/snapper.h:58: multiple definition of `Inkscape::SnappedLine::~SnappedLine()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:81: first defined here libinkpre.a(line-snapper.o): In function `SnappedLineSegment':/home/d/ink/inkscape/src/snapped-line.cpp:15: multiple definition of `Inkscape::SnappedLineSegment::SnappedLineSegment(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:15: first defined here libinkpre.a(line-snapper.o): In function `SnappedLineSegment':/home/d/ink/inkscape/src/snapped-line.cpp:15: multiple definition of `Inkscape::SnappedLineSegment::SnappedLineSegment(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:15: first defined here libinkpre.a(line-snapper.o): In function `SnappedLine':/home/d/ink/inkscape/src/snapped-line.cpp:62: multiple definition of `Inkscape::SnappedLine::SnappedLine(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:62: first defined here libinkpre.a(line-snapper.o): In function `SnappedLine':/home/d/ink/inkscape/src/snapped-line.cpp:62: multiple definition of `Inkscape::SnappedLine::SnappedLine(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:62: first defined here and so on please fix :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

autopackage builds on fedora
by Máirín Duffy 10 Dec '07

10 Dec '07

Hi, It seems the most recent autopackage builds don't work in Fedora. I am wondering why this is and if there is anything I can do to help fix it. Thanks, ~m

4 3

switching SCMs
by MenTaLguY 10 Dec '07

10 Dec '07

While I'm obviously a fan of git, I have to ask: what would our driver be for switching SCMs at this point? - It's not QRM, since that can be done with SVN - It's not getting off of Sourceforge, since we could host our own SVN - It's not being able to use DSCM, since Kees and I (at least) do so today The main thing I can think of would be getting better merge tracking, since Subversion has the worst merge tracking of any SCM I've ever used (even worse than CVS). Rather than continuing this discussion for now (which I'm starting to feel is taking attention away from the release), let's install the latest versions of Bazaar, Mercurial, and Git on the inkscape.org machine, set up live mirrors of _full_ Subversion[1][2] in each DSCM, and let people play with them. Then we can pick up the thread again in, say, six months or so. -mental --- [1] The current git mirror is only partial because git-svn sucked at the time I set it up; it has since improved substantially and I've been thinking of redoing the mirror anyway. [2] If the Launchpad mirror has the full history back to r1, including branches, then the Bazaar part is already done for us. Otherwise I'd like to set up our own full Bazaar mirror.

3 2