- Inkscape Devel - Inkscape Mailman

Since release is nearing, let's talk 0.48 and beyond...
by Joshua A. Andler 23 Sep '09

23 Sep '09

Hey All, Kinda lengthy, but, please read and respond if you intend to be involved in the upcoming releases. In numerous off-list discussions with a handful of devs and contributors it seems like there is a favored route for the upcoming releases. Essentially, make 0.47 "good enough" (avoid point releases if possible). Have a short dev cycle for 0.48 which needs to be pretty solid (even if made so over time by point releases... I will commit to continuing a couple of those). Then we go for another long-ish refactoring cycle for 0.49. For 0.48 the thought is to... move to a DVCS before any code changes are made in trunk. This needs to be discussed and resolved ASAP, svn is not good enough for our needs any longer, period. Then, we drop in this year's SoC work, the spray tool, any big things that are far enough along in people's working copies, polish up everything and fix all new issues discovered from 0.47... if we're lucky, further text tool work could make it in too. Additionally, if we could get cairo work in a branch (under said DVCS) during this cycle, it would be excellent to possibly get something to drop in for the 0.49 dev cycle... this is part of why the stability and functionality of this release is critical (trunk may need to have issues for a bit after 0.48 drops). For 0.49 the thought is to attempt to ditch our copy of gdl in favor of submitting the necessary bits upstream and using it as a proper library. It has been said before, it would be really excellent if we could have 2geom be broken out and used as a proper library. I understand the general "it's an experiment" and "we can't promise a stable api" issues, but, the cord needs to be cut at sometime and I think this is fair notice. Also, this is how gimp is being developed with babl and gegl... so it is doable and a non-issue (I use unstable gimp too, so I know from experience of having to update them both when I want to update gimp). Any objections or concerns that people feel the need to voice? Anything that other people would like to see during these releases? Cheers, Josh

15 44

Info for promoting Inkscape
by Jon A. Cruz 23 Sep '09

23 Sep '09

Hi, In preparing for SVG Open, I'm trying to come up with a new single- page flyer that can be printed out and given away at conferences and such to help people get an idea what Inkscape is and what it can do to help them. One key part of this is to point out some general usages to which Inkscape can be put. If we can present in one spot how different uses are all served, we might be able to gain interest of people who otherwise would have overlooked the product. For example, some software engineer looking to do some quick UML sketches might only see some Inkscape artwork and think "Oh, I don't need to draw pictures, better go find something else." We then miss out on another potential user. And when we loose a potential user we also lose another potential *contributor*. To help hash this out I have started a wiki page for jotting things down: http://wiki.inkscape.org/wiki/index.php/Marketing_Scratchpad Please take a look and see if you might be able to add a bit. Edit some info, add a missing usage/segment, etc. The more information we can gather, the better we can refine and then use it. Oh, and for the flyer itself, we are initially targeting a simple design that can fit on a single page. It may be printed one-sided or perhaps double-sided. So the design will include a primary page and a supplemental page. The primary page will be done so that it is a stand- alone product. The supplemental page will be the optional second side for when the flyer is printed double-sided. We also want to design it so that it is effective when printed out in black and white and also when it is printed out in color.

1 0

ui mockup
by Felipe Sanches 23 Sep '09

23 Sep '09

A brazillian user created this mockup. It might provide some insight to some of us... http://valessiobrito.info/projetos/inkscape/ink-ui/Inkscape-Clean.svg

1 0

Fwd: [Bug 431022] Re: Export as Bitmap, no files listed
by the Adib 22 Sep '09

22 Sep '09

release warden, The patch to this issue targetted for 0.47 and affects win32 only. As no follower is able to confirm pls review and commit anyhow so it will be streamed into the nighties. Thx, Adib. ---------- Forwarded message ---------- From: Alvin Penner <penner@...1856...> Date: Tue, Sep 22, 2009 at 7:22 PM Subject: [Bug 431022] Re: Export as Bitmap, no files listed To: theAdib@...1439... sorry, I don't actually compile the code myself, I just work from the nightly Windows builds. -- Export as Bitmap, no files listed https://bugs.launchpad.net/bugs/431022 You received this bug notification because you are a bug assignee.

1 0

DVCS Vote Tally
by Joshua A. Andler 19 Sep '09

19 Sep '09

Hey All, A few days have passed, the discussion has died down, and here is where we stand. bzr: 6 git: 3 Two of the three git votes had also mentioned that it didn't really matter much to them in the end, they would just prefer what they were familiar with. Additionally, most of the bzr voting folks have used git quite a bit as well, and it doesn't seem to be the same coming from the other side. With that, I think that Bazaar is the safe choice. Any flat out objections? Can we start to look at where we might want to host now? At this point it seems like Launchpad is the obvious choice so we could benefit from the integration with our bug tracker there. Any other suggestions or concerns? Cheers, Josh

8 12

Libre Graphics Day miniconf - Call for Participation
by unknown＠example.com 18 Sep '09

18 Sep '09

Libre Graphics Day is a one day miniconf at linux.conf.au in Wellington, New Zealand on Monday 18th January, 2010. This is a broad call to participate! Do you develop, use, document, or train with Free Software Graphix tools? Tools such as GIMP, Inkscape, Scribus, Blender, Krita, Sk1, Fontforge and Fontmatrix. Are you involved in the testing and development of the sub-systems and libraries on which these apps depend?Submit proposal now! * The X Window system * GEGL, Hugin, Oyranos * I/O devices and drivers; tablets, mice, keyboards, monitors,printers * Colour and Font Management * Cross-platform tools - developing for multiple platforms * Open Standards and file format interoperability: PDF, SVG, PNG etc * Open Content: clip art, fonts, creative commons, etc Perhaps you can share expertise in the 'How' of Libre Graphics? Could you talk about Design techniques and workflow? Pre-press, or Themes and Skins for open source web frameworks. What about Digital asset management? What about the Why? Communication strategy and effective marketing using graphic design. Open Source publishing? What about Digital Art just for Art's sake? Perhaps you have other ideas that relate to Libre Graphics? Please participate in our miniconf! We're calling for presentations related to Free Software in the Graphics domain, and aim to provide an environment for cross-project collaboration to build understanding of shared problems, and work towards shared solutions. Most of all, we just wanna have fun, and bring some of the Libre Graphics Love to the southern hemisphere. Submit a Proposal ----------------- To submit a proposal for participating in the LGD miniconf at linux.conf.au 2010 go to http://www.libregraphicsday.org/submit-proposal Call for Participation closes Friday 25th September! Libre Graphics Day ------------------ For the past four years Libre Graphics Meetings (LGM) have allowed developers, users and supporters of free graphical applications of all kinds to get together to discover, share and collaborate. However, scheduling has not made it easy for those not close enough to attend. This miniconf will bring the LGM experience to those almost literally on the far side of the globe from LGM 2010. Not only will this serve the developers working on graphical applications, drivers and technology who make up a portion of the core linux.conf.au audience, but it will also bring in many users, artists, graphic designers and potential open source users. Developers of different projects will be able to learn from and collaborate with other projects, while also gaining insight on some of the uses artistic end users discover. Users will have a chance to gain insight into the open source development process while at the same time giving them an opportunity to provide feedback and input directly to the developers of projects they might use. Miniconfs at linux.conf.au are unable to accept sponsorship. However, if you wish to support linux.conf.au, the conference sponsorship team would love to hear from you. For more info see http://www.lca2010.org.nz/sponsors/why_sponsor libre graphics meeting ---------------------- The fifth edition of the Libre Graphics Meeting (LGM) will take place in Brussels, Belgium. In May 2010, users and developers of Free, Libre and Open Source creative software gather in the European capital for the collective sharing of creativity, innovation and ideas. The Libre Graphics Meeting exists to unite and accelerate the efforts behind Free, Libre and Open Source creative software. Since 2006, this annual meeting has been the premiere conference where developers, users and supporters of projects such as GIMP, Inkscape, Blender, Krita, Scribus, Hugin, the Open Clipart Library, and the Open Font Library gather to work on interoperability, shared standards, and new ideas. Work at prior LGMs has pushed the state of the art in important areas such as color management, cross-application sharing of assets, and common formats. Face-to-face meetings and opportunities for collaboration are important to developers and users alike; in the form of tutorials, talks, workshops, and birds-of-a-feather (BOF) the event offers many formal and informal opportunities to interact. About linux.conf.au ------------------- linux.conf.au is one of the world's best conferences for free and open source software! The coming linux.conf.au, LCA2010, will be held at the Wellington Convention Centre in Wellington, New Zealand from Monday 18th January to Saturday 23rd January 2010. LCA2010 is fun, informal and seriously technical, bringing together Free and Open Source developers, users and community champions from around the world. LCA2010 is the second time linux.conf.au has been held in New Zealand, with the first being Dunedin in 2006. linux.conf.au is made possible by the generous support of our Conference Sponsors About Linux Australia --------------------- Linux Australia is the peak body for Linux User Groups (LUGs) around Australia, and as such represents approximately 5000 Australian Linux users and developers. Linux Australia facilitates the organisation of this international Free Software conference in a different Australasian city each year.

1 0

DVCS Discussion & Vote
by Joshua A. Andler 17 Sep '09

17 Sep '09

I guess the question at this point is what does git have over bzr? To me it seems like there is more benefit to bzr than git for our project. So, if you want to discuss, go for it... Let's vote otherwise. Josh: BZR

16 33

Fwd: [Bug 238796] Re: Display mode toggle needs update to all 3 modes
by the Adib 17 Sep '09

17 Sep '09

Again, pls. review and commit the patch. Thx, Adib. Is there any new TODO list for the 0.47 release? ---------- Forwarded message ---------- From: theAdib <theAdib@...1439...> Date: Sun, Sep 13, 2009 at 2:25 AM Subject: [Bug 238796] Re: Display mode toggle needs update to all 3 modes To: theAdib@...1439... attached patch cycles through all 3 display modes normal->without filters->outline pls test. HTH, Adib. ** Changed in: inkscape Status: Confirmed => In Progress ** Changed in: inkscape Assignee: MenTaLguY (mental) => theAdib (theadib) ** Attachment added: "BUG238796_display_toggle.patch" http://launchpadlibrarian.net/31734073/BUG238796_display_toggle.patch -- Display mode toggle needs update to all 3 modes https://bugs.launchpad.net/bugs/238796 You received this bug notification because you are a bug assignee.

10 19

Re: [Inkscape-devel] DVCS Discussion & Vote
by JiHO 16 Sep '09

16 Sep '09

> > Tidying history is helpful. It enables people to go off on > > experimental tangent branches knowing that they can bring order out of > > chaos when they're ready. It also means that we don't have to have > > patches merged that break inkscape. It's good to keep a clean history, > > and you can use bisect to find problems in that case. > > Uhm, I don't see how changing the number of revisions would effect how > the patch applies in any case. Neither would which changing which > revision the branch started on. I don't think Max was saying that, when you are on a personal branch, you might commit something that you later discover breaks Inkscape. Git allows you to reorganize/rework your commits before they are pushed, so that each of your commits leaves Inkscape working. That way, when you merge back in trunk, all revisions are valid. This seemed like the goal of the svn trunk at some point: always have the development version working because some people use that for actual work. > I assure you that I go on experimental tangent branches regularly, > that's simply the kind of person that I am. The histories there are > still important even though you'd never see them unless you started > really delving into the revision history to see each commit. When I > merge it into main is when I write a more useful message about what > really changed, as most people only look at the history of trunk anyway. I am not sure whether this is specific to git or a general behaviour, but in git, when you merge back a branch, you see its full history in the trunk, not just the merge commit. For example, let say your history is something like (best viewed with a fixed width font): master: A--B-------C-------D-- \ / branch: \--A'---B'--/ A,B,C are commits on the master (=trunk); A',B' are commits on the branch; D is your merge commit. After the merge, "git log" on the trunk will show: D B' C A' B A You get all the commits, in chronological order, *including* those on the branch. So you don't "only look at the history of the trunk". Of course git keeps a memory of what was on the branch and what was on the master but you still see everything from the master. This is a reason why it is sometimes interesting to rework your branch history before a merge. I don't know whether this is a feature or a drawback, but this is the way (I think) it works. JiHO --- http://maururu.net

3 3

Re: [Inkscape-devel] DVCS Discussion & Vote
by Ted Gould 16 Sep '09

16 Sep '09

On Wed, 2009-09-16 at 08:27 -0500, Aaron Spike wrote: > Ted Gould wrote: > > On Tue, 2009-09-15 at 21:31 -0400, bulia byak wrote: > >> Instead of a vote, I have a question: Ted, what was the piece of > >> software with which you did that horrendous hole in our SVN history, > >> erasing many past revisions of many files? Was it bzr? If so how can > >> we be sure this never happens again? Sorry to bring it up again but I > >> run into this "black hole" quite often when I do research in our code > >> and it's really a sore spot. > > > > It was bzr-svn. > > I thought we had seen problems with SVK. Hadn't heard about bzr-svn > problems. It does make quite a bit of sense that DVCS -> VCS would be a > lossy operation. Another reason to switch. We had some problems with the way that SVK does things as well. But, that wasn't the issue that Bulia was referring to :) I was able to work with the bzr-svn developers to get the necessary fixes in so that it would import the Inkscape repository even with the SVK-isms in it. --Ted

1 0