[gimp-web-devel/pat/bootstrap] Issue #5: port all past conferences to markdown from old wiki.

From: Jehan <jehanp src gnome org>
To: commits-list gnome org
Cc:
Subject: [gimp-web-devel/pat/bootstrap] Issue #5: port all past conferences to markdown from old wiki.
Date: Sun, 11 Sep 2022 13:45:38 +0000 (UTC)
commit ae67880385a3617331ef52b3e984d4b0c70ab4b7
Author: Jehan <jehan girinstud io>
Date:   Sun Sep 11 15:40:54 2022 +0200

    Issue #5: port all past conferences to markdown from old wiki.

 content/conferences/LGM/2007-Montreal_Canada.md    |  35 +++
 content/conferences/LGM/2008-Wroclaw_Poland.md     |  35 +++
 content/conferences/LGM/2009-Montreal_Canada.md    |  22 ++
 content/conferences/LGM/2010-Brussels_Belgium.md   |  19 ++
 content/conferences/LGM/2011-Montreal_Canada.md    |  20 ++
 content/conferences/LGM/2012-Vienna_Austria.md     |  31 +++
 content/conferences/LGM/2013-Madrid_Spain.md       |  96 ++++++++
 .../LGM/2014-Leipzig_Germany/LGM_2014_minutes.md   | 269 +++++++++++++++++++++
 .../LGM/2014-Leipzig_Germany/Roles-triangle.png    | Bin 0 -> 26777 bytes
 .../conferences/LGM/2014-Leipzig_Germany/_index.md |  57 +++++
 content/conferences/_index.md                      |  62 +++--
 11 files changed, 611 insertions(+), 35 deletions(-)
---
diff --git a/content/conferences/LGM/2007-Montreal_Canada.md b/content/conferences/LGM/2007-Montreal_Canada.md
new file mode 100644
index 0000000..2f2e155
--- /dev/null
+++ b/content/conferences/LGM/2007-Montreal_Canada.md
@@ -0,0 +1,35 @@
+---
+title: "Libre Graphics 2007: Montréal, Canada"
+author: "The GIMP Development Team"
+date: 2007-05-04
+lastmod: 2016-10-24
+---
+
+* [Homepage](http://libregraphicsmeeting.org/2007/)
+* [Program](http://libregraphicsmeeting.org/2007/program.html)
+* [Audio podcast feed](http://libregraphicsmeeting.org/2007/audio.rss)
+* [Video podcast feed](http://libregraphicsmeeting.org/2007/video.rss)
+
+
+## GIMP and GEGL topics
+
+* Judith Beaudoin: A GIMP overview
+* Peter Sikking and Kamila Giedrojć: OpenUsability - Project overview and first results from the 
OpenUsability GIMP redesign project
+* Karine Delvare: Contributing to an Open Source project, taking GIMP as an example.
+* Prof. Michael Terry: Ingimp: An instrumented version of GIMP to automatically collect usability data
+* Cédric Gemy: Working with Open Standards and FLOSS (Inkscape, Gimp, Blender, Scribus)
+* Jakub Steiner: Photo management and editing with F-Spot and GIMP
+* Øyvind Kolås: GEGL – a graph based image processing and compositing engine. A presentation of 
capabilities, data model, public API and an overview of opportunities for internal optimisations and 
enhancements
+
+## Other topics
+
+* Benoit St-André: Contributing without coding
+* Harrisson and Femke Snelting: Relaying Systems – Why designers should be interested in FLOSS
+* Hubert Figuière: Digital Photography with libre Software: RAW, metadata, workflow and asset management
+* Alexandre Robin: Our first year of graphic design ... 100 % open source
+* Ted Gould: Introduction to the SVG format
+* Cyrille Berger: OpenRaster: a new file format to fully share complex raster graphics between applications
+* Nicolas Spalinger: The Open Font License, purpose, achievements, future
+* David Maxwell: Static Analysis results on graphics software
+
+Other topics were open standards, XSL-FO, Inkscape, Blender, Scribus, Krita, sK1, OpenClipart etc.
diff --git a/content/conferences/LGM/2008-Wroclaw_Poland.md b/content/conferences/LGM/2008-Wroclaw_Poland.md
new file mode 100644
index 0000000..4b3faa6
--- /dev/null
+++ b/content/conferences/LGM/2008-Wroclaw_Poland.md
@@ -0,0 +1,35 @@
+---
+title: "Libre Graphics 2007: Wrocław, Poland"
+author: "The GIMP Development Team"
+date: 2008-05-08
+lastmod: 2016-10-24
+---
+
+* [Homepage](http://libregraphicsmeeting.org/2008/index.php?lang=en)
+* [Program](http://www.libregraphicsmeeting.org/2008/index.php?lang=en&amp;action=program)
+
+
+## GIMP and GEGL topics
+
+* Øyvind Kolås: Extending GEGL with new operations and an introduction to GeglBuffers, the functionality 
offered by them and their underlying mechanisms
+* Peter Sikking: GIMP: a new simple interface for a complex application
+* Michael Terry: ingimp 1 Year Later: Initial Data Analyses and Lessons Learned
+* Joao S. O. Bueno: Python: Binding the Libre Universe Together - scripting in GIMP and other Graphic program
+* Cédric Gémy: Live creation of a magazin using Inkscape+Gimp+Blender+Scribus
+* Mariusz Ufnal: GIMP workshop
+
+## Other topics
+
+* Carl Worth: What cairo has to offer now (with 1.6.0) and where it's going,(colour management, extended PDF 
capability, hardware acceleration, etc.)
+* Chris Lilley: What is happening with SVG
+* Harrisson, Pierre Huyghebaert, Femke Snelting, Nicolas Malevé: Designing with free software
+* Dave Crossland: Font Software Freedom
+* Michael Dominic Kostrzewa: Programmers hell: working with the UI designer
+* Peter Linnell, Cyrille Berger, Kai-Uwe Behrmann: BoF: OpenICC - goals, themes and results
+* Kai-Uwe Behrmann: Introduction to the Oyranos colour management system
+* Emanuele Tamponi: A realistic color model for representing pigment
+* Udi Fuchs: UFRaw
+* Dave Coffin: Presenation about DCRaw
+* Liam Quin: Proposal, shared type/text specification for the desktop
+
+More topics were other graphics software, natural media painting simulation etc.
diff --git a/content/conferences/LGM/2009-Montreal_Canada.md b/content/conferences/LGM/2009-Montreal_Canada.md
new file mode 100644
index 0000000..582b24f
--- /dev/null
+++ b/content/conferences/LGM/2009-Montreal_Canada.md
@@ -0,0 +1,22 @@
+---
+title: "Libre Graphics 2009: Montréal, Canada"
+author: "The GIMP Development Team"
+date: 2009-06-09
+lastmod: 2016-10-09
+---
+
+* [Homepage](http://libregraphicsmeeting.org/2009/)
+* [Program](http://libregraphicsmeeting.org/2009/program.php)
+* [Announcement on gimp.org](https://www.gimp.org/news/2009/03/07/libre-graphics-meeting-2009/)
+
+## GIMP and GEGL topics
+
+* Michael Terry: ingimp: A Smorgasbord of Usability, Adaptive UIs, and Visually Arresting Graphic Design for 
2009
+* Peter Sikking: GIMP UI: taking some big issues by the horns
+* Øyvind Kolås: Stopmotion
+
+## Other topics
+
+* Andrew Mihal: Nona-GPU: Image Remapping on the Graphics Processor
+
+More topics were graphics FOSS, CSS, fonts etc.
diff --git a/content/conferences/LGM/2010-Brussels_Belgium.md 
b/content/conferences/LGM/2010-Brussels_Belgium.md
new file mode 100644
index 0000000..d8e428b
--- /dev/null
+++ b/content/conferences/LGM/2010-Brussels_Belgium.md
@@ -0,0 +1,19 @@
+---
+title: "Libre Graphics 2010: Brussels, Belgium"
+author: "The GIMP Development Team"
+date: 2010-05-27
+lastmod: 2016-10-24
+---
+
+* [Homepage](http://libregraphicsmeeting.org/2010/)
+* [Program](http://libregraphicsmeeting.org/2010/program.php)
+* [Videos](http://www.youtube.com/playlist?list=PL927C3C7CD4DE9E08)
+
+## GIMP and GEGL topics
+
+* Peter Sikking: A first outline for a UI for a fully GEGLed GIMP 
[Video](http://www.youtube.com/watch?v=D-kbH_ZVMmk&amp;list=PL927C3C7CD4DE9E08&amp;index=3)
+* Akkana Peck: Writing GIMP scripts and plugins 
[Video](http://www.youtube.com/watch?v=anVRFuxqrgo&amp;list=PL927C3C7CD4DE9E08&amp;index=4)
+
+## Other topics
+
+Colour management, fonts, graphics tools etc.
diff --git a/content/conferences/LGM/2011-Montreal_Canada.md b/content/conferences/LGM/2011-Montreal_Canada.md
new file mode 100644
index 0000000..c709a77
--- /dev/null
+++ b/content/conferences/LGM/2011-Montreal_Canada.md
@@ -0,0 +1,20 @@
+---
+title: "Libre Graphics 2011: Montréal, Canada"
+author: "The GIMP Development Team"
+date: 2011-05-10
+lastmod: 2016-10-24
+---
+
+* [Homepage](http://libregraphicsmeeting.org/2011/)
+* [Program](http://libre-graphics-meeting.org/2011/program/)
+* [Video podcast](https://itunes.apple.com/de/podcast/lgm-2011-video/id450990980)
+
+
+## GIMP and GEGL topics
+
+* Michael Terry: Introducing AdaptableGIMP [Blog](http://adaptablegimp.blogspot.de/)
+* Nicolas Robidoux: Better and faster image resizing and resampling 
[Description](http://libre-graphics-meeting.org/2011/day-4#NicolasRobidoux)
+
+## Other topics
+
+Colour management, other tools etc.
diff --git a/content/conferences/LGM/2012-Vienna_Austria.md b/content/conferences/LGM/2012-Vienna_Austria.md
new file mode 100644
index 0000000..2047d5c
--- /dev/null
+++ b/content/conferences/LGM/2012-Vienna_Austria.md
@@ -0,0 +1,31 @@
+---
+title: "Libre Graphics 2012: Vienna, Austria"
+author: "The GIMP Development Team"
+date: 2012-05-05
+lastmod: 2016-10-24
+---
+
+* [Homepage](http://libregraphicsmeeting.org/2012/)
+* [Program](http://libregraphicsmeeting.org/2012/program/)
+* [Announcement on gimp.org](https://www.gimp.org/news/2012/02/27/gimp-at-libre-graphics-meeting-2012/)
+
+
+## GIMP and GEGL topics
+
+* Peter Sikking, Kate Price: Rethinking text handling in GIMP 
[Video](http://www.youtube.com/watch?v=eWCmb3eIr6k)
+* Victor Oliveira: Implementing OpenCL support in GEGL and GIMP 
[Slides](http://www.slideshare.net/lgworld/implementing-opencl-support-in-gegl-and-gimp#btnNext) 
[Video](http://www.youtube.com/watch?v=UzBPUalkqg8&amp;feature=plcp)
+* Øyvind Kolås: GeglBuffer tight and flexible raster abstraction 
[Video](http://www.youtube.com/watch?v=HFDbSQk9Ba0&amp;feature=plcp)
+* Michael Natterer: Goat Invasion in GIMP 
[Video](http://www.youtube.com/watch?v=HFDbSQk9Ba0&amp;feature=plcp)
+* Øyvind Kolås: Petting Zoo with Goats [Video](http://www.youtube.com/watch?v=HFDbSQk9Ba0&amp;feature=plcp)
+* Ramon Miranda: Digital Painting with open source 
[Slides](http://www.slideshare.net/lgworld/lgm2012-digital-painting)
+* Martin Renold: Predictable Painting
+* Bassam Kurdali, Fateh Slavitskaya: Tube Open Movie: Blender 3D Animation in a Distributed Pipeline
+* Amir Hassan: SoundFumble: live sound generation with Gimp 
[Video](http://www.youtube.com/watch?v=teNkaSs_OmY&amp;feature=plcp)
+* Sirko Kemter: Open Source, Just Works - The LGM Book Workshop
+
+## Other topics
+
+Colour management, import filters, text handling, other graphics software, workflow, tools etc.
+
+
+
diff --git a/content/conferences/LGM/2013-Madrid_Spain.md b/content/conferences/LGM/2013-Madrid_Spain.md
new file mode 100644
index 0000000..2cbd647
--- /dev/null
+++ b/content/conferences/LGM/2013-Madrid_Spain.md
@@ -0,0 +1,96 @@
+---
+title: "Libre Graphics 2013: Madrid, Spain"
+author: "The GIMP Development Team"
+date: 2013-04-10
+lastmod: 2016-10-24
+---
+
+## Links
+
+* [Homepage](http://libregraphicsmeeting.org/2013/)
+* [Program](http://libregraphicsmeeting.org/2013/program/)
+* [Video archive](http://medialab-prado.es/article/lgm_2013)
+
+## GIMP and GEGL topics
+
+* GIMP team: Save your work, export results^W^W^W^W^W^WQ+A with GIMPers. 
[presentation](http://medialab-prado.es/article/gimpers)
+* Steve Czajka: GIMP Magazine
+* David Tschumperlé: G'MIC: A full-featured framework for image processing with various interfaces
+* Camille Bissuel, Cedric Gémy, Alexandre Quessy: Mikado, a "Future tool" for image manipulation with graphs 
and nodes based on Tempi and GEGL
+
+## Birds of a feather session
+
+### Participants
+
+* Jakub Steiner            (jimmac)
+* Øyvind Kolås            (pippin)
+* Ville Pätsi            (drc)
+* Simon Budig            (nomis)
+* Michael Natterer        (mitch)
+* Michael Schumacher        (schumaml)
+* Jon Nordby            (jonnor)
+* Jehan Pagès            (jehan)
+* Tobias Jakobs
+* Pablo Lopez
+* Aryeom Han
+* James Prichard
+* Roberto Roch
+* + 2
+
+### Topics
+
+#### G’MIC & a GEGLified GIMP
+
+Pippin describes how G’MIC can be changed to add its filters to GIMP 2.10 and up, this extends to how this 
can be done in general. It is mentioned that plug-ins have to use the new plug-in API, or they will never get 
access to floating point data etc.
+
+What G’MIC has to add is a way for GIMP to query the available operations and their parameters in order to 
build generic interfaces for them (GParam* is mentioned)
+
+#### Symbolic Icon Theme
+
+Jimmac talks about the symbolic icon theme that has been created during GNOME Outreach Program for Women. 
This will most likely be used for GIMP 3.0
+
+#### Knowledge transfer to forums
+
+schumaml mentions that overall, many replies given to questions of users in forums about gimp are not really 
satisfactory - sometimes even when being given by regulars and administrators of the respective forums. This 
is seen as an area where non-coding contributors can do a lot of good work - by interacting in forums on the 
one hand, but also by providing top-notch tutorials, which will act as reference for GIMP usage on the other 
hand.
+
+#### Malicious downloads - how to fight them
+
+There are many places where GIMP, and especially its Windows installers, can be downloaded from. Some of 
these are places we like to do so - Jernej, Simone, Partha, Photocomix, other GIMP forums.
+
+Small bias against big downloader sites is there is suspicion that they might be repackaging the installers.
+
+Growing(?) problem of sites hiding behind “green download arrow” ad banners which lead users to 
InstallIQ-infested Windows installers for GIMP. Limited problem with outright trojans masquerading as GIMP, 
c.f. 
[https://mail.gnome.org/archives/gimp-developer-list/2012-August/msg00074.html](https://mail.gnome.org/archives/gimp-developer-list/2012-August/msg00074.html)
+
+No real solutions, but an attempt can be made to get Google and other search engines to delist those sites.
+
+Constructive suggestion by Jimmac: prevent users from having to search for GIMP by getting it into OS X and 
Windows app stores, problem with that is subscriptions for developer certificates.
+
+#### Google Summer of Code
+
+We are out of easy tasks to do, the remainder is complex.
+
+Suggestions for projects to offer/look out for:
+
+* PSD format support improvement for loading, concentrating on retaining the image structure and correctness 
of the visual result. Exporting to PSD won’t result in the same file, even if nothing has changed.
+* Slicing tool
+* Resurrecting mathmap
+* Running gegl ops out of process, like GIMP does with its plug-ins. Concept is defined, requires hard-core 
gobject knowledge.
+* babl optimization, will require near obsessive-disorder determination to lower the errors, but also 
communication and social skill which are considered normal by established societies
+
+#### Interjection by two local designers
+
+How is animation support in GIMP, and will it improve?
+
+Unfortunately not, but we explained how the existing, albeit cumbersome layer-as-frame animation works, and 
mentioned GAP.
+
+Discussion diverted to inclusion of Frame Manager from Cinepaint (infamous inside joke: “CEASE AND DESIST”), 
and that it isn’t really for animation, rather frame-by-frame video retouching.
+
+#### How to deal with abusive people on lists, Bugzilla, ...
+
+Recently, we’ve had to deal with one person on GNOME Bugzilla, who can, by all standards, be described as 
abusive - even repeated requests to change the behaviour have been unsuccessful.
+
+We do not want to establish a formal policy about how to deal with such behaviour, if only for not 
encouraging people to “test” it by navigating along its loopholes. Incidents will be evaluated on a case by 
cases basis, on the assumption that 99,9xxxx% of all people communicating in the project will never violate 
any of it.
+
+If GNOME establishes a policy for Bugzilla (and it seems like they’re doing so), we will evaluate and 
respond to it.
+
+Our goal is to be as inclusive as possible, but not on the expense of other participants.
diff --git a/content/conferences/LGM/2014-Leipzig_Germany/LGM_2014_minutes.md 
b/content/conferences/LGM/2014-Leipzig_Germany/LGM_2014_minutes.md
new file mode 100644
index 0000000..5d79961
--- /dev/null
+++ b/content/conferences/LGM/2014-Leipzig_Germany/LGM_2014_minutes.md
@@ -0,0 +1,269 @@
+---
+title: "Libre Graphics Meeting 2014: minutes"
+author: "The GIMP Development Team"
+date: 2014-04-03
+lastmod: 2015-09-05
+---
+
+* University of Leipzig, Germany
+* GIMP team meeting minutes
+* 03.+06.04.2014
+
+Participants:
+
+* Hartmut Kuhse (OnkelHatti) (intermittently)
+* Jehan Pagès (Jehan_ZeMarmot)
+* Joao S. O. Bueno (gwidion) (intermittently)
+* Michael Natterer (mitch)
+* Michael Schumacher (schumaml) (minute taker)
+* Øyvind Kolås (pippin)
+* Peter Sikking (guihipster)
+* Simon Budig (nomis) (minute taker)
+* Sven Claussner (scl) (minute taker)
+* Ville Pätsi (drc) (intermittently)
+
+Guests:
+
+* Antenne Springborn (antenne) (intermittently)
+* Aryeom Han
+* Jon Nordby (jonnor) from MyPaint (intermittently)
+* Tobias Ellinghaus (houz) from Darktable (intermittently)
+
+## Last Year’s Minutes
+
+[https://docs.google.com/document/d/1O8UUijIyVM5r5ivECzwakjUC37LseJ6Az_we-icIOKo/](https://docs.google.com/document/d/1O8UUijIyVM5r5ivECzwakjUC37LseJ6Az_we-icIOKo/)
+
+## Collaboration between developers and interaction architect
+
+Peter points out that the state of the collaboration is critical. For the last three years it has gone down 
a negative spiral. Sometimes he is asked for advice from developers how certain things in the UI can be 
solved, but finally it’s often implemented differently. Currently he doesn’t see results from a collaboration 
with the designer anymore. Either we reboot or stop it.
+The Free Select Tool is one positive example. Martin Nordholts and Peter worked complementary very well. The 
reasons for its success were mutual trust and mutual support. Peter likes to see more of such a fruitful 
collaboration. Otherwise he sees no alternative than leaving the project.
+In Peter’s opinion the non-deterministic development practice is problematic.
+Michael Natterer points out that it also necessary to have the UI designer at hand when we need him. In the 
case of the Unified Transform Tool the developers liked to clarify open questions with the UI designer, but 
the UI was missing his input.
+
+Peter explains his point of view with a triangle diagram:
+
+![Roles-triangle.png](../Roles-triangle.png)
+
+The designer’s role is to ‘connect the synapses’ with his design, i.e. to moderate between
+the three corners to finally bring the project to success.
+There is no complete agreement over this model. Some developers point out that this model is more suitable 
to companies which deliver products and where it is usual to tell other people what they have to do. In their 
opinion open source development is different: there is no such thing as a ‘product’ and people work on what 
they like. With respect to the difficulties to find and bind contributors this is something we have to deal 
with if we want to be attractive to contributors. Separating the designers from the developers takes the fun 
out of development.
+In the further discussion the ‘product’ is more neutrally named ‘gold’.
+
+Final agreement:
+To revive the collaboration we need to get a way to improve the shipment of the designer’s results.  From 
now on there are two ways to implement things:
+1. Developers can solve UI problems as they think without involving the UI designer. These things can land 
in the release. It might be possible that they will be changed in the future and redone involving more 
comprehensive UI considerations.
+2. Developers can ask the interaction architect for advice, but then it becomes a 100% UI topic. This means 
that these things will be implemented to the UI designer’s specifications and shipped.
+
+## Feature planning for GIMP 2.10
+
+The roadmap in the wiki is outdated. We agree to have the following features in GIMP 2.10 and to update the 
feature roadmap in the wiki accordingly.
+Features and actions for GIMP 2.10:
+
+* GEGL porting: to be finished,
+* porting file plugins to GEGL: done,
+* fix PNG and TIFF support,
+* high bit depths: sort out number format modes in the UI,
+* OpenCL porting: is outside of GIMP’s responsibility (is a GEGL task),
+* support layer masks,
+* libgimp: some more new UI, deprecations, mostly
+  * libgimp drawable core,
+  * libgimp LCMS API,
+  * libgimp metadata API,
+* ensure that speedups land in Windows and OSX,
+* synchronize Windows nightly and release builds to make builds repeatable,
+* commit tools’ results on switching to another function,
+* Warp Tool: needs Peter’s review,
+* Seamless Clone Tool: needs more work → scl: what exactly?,
+* Unified Transform Tool: remove grid(?) look for precision aspects which don't harm feeling,
+* Foreground Select Tool is in horrible state: → scl: actions to be taken?,
+* fix the mess in the menus, e.g. duplicated entries,
+* PSD support is merged into GIMP master and utterly broken: needs rework,
+* professional theme.
+
+Agreement:
+Instead of big bang releases we switch to a rolling release strategy: each release can have bug fixes as 
well as new features.
+
+Feature playground:
+If a feature isn’t matured enough for production use yet, we release it disabled: it is not shown in the UI 
by default, but can be enabled in a configuration file. If done so, then GIMP shows a warning: ‘Development 
feature, might crash. Use at your own risk.’
+Playground features for GIMP 2.10:
+
+* n-point Transform Tool,
+* constraint-based Transform Tool (see bug 721009).
+
+Floating selection: complex changes, leave it for now
+GimpUnitEntry widget: not GTK 3 compliant → will not become part of GIMP or Prioritizing quick fixes with 
Peter → scl: what was the exact result: live or let die?
+
+Sven remarks that the current way of doing the GEGL port seems not be useful to finish it soon: although 
everybody is free to port filters to GEGL, the process is quite slow. Some  filters might get sorted out in 
GIMP 3.0 when
+a) the set of default plug-ins and scripts will be revamped (see wiki document 'Mindstorm:Revamping default 
plugins and scripts') or
+b) they won’t be compliant to the new, GTK 3 based API.
+We should rather first make a decision whether to keep each filter and then port only the ‘good ones’ to 
avoid unnecessary work and delay.
+Other developers point out that there seems to be a misunderstanding. Pippin already disabled some filters 
in the GIMP master’s UI. Every developer is free to priorize GEGL ports him/herself.
+Note from scl: IMHO this doesn’t solve the problem of slow progress and delay. Have I missed something 
important or are we hampering ourselves?
+
+## Malicious and reputation-damaging installers and apps
+
+(by schumaml)
+
+1) Malware and ad-ware shippings bundled with GIMP:
+This was in the agenda last year already, but we didn’t feel the need for any immediate action. Now, we have
+a) abandoned Sourceforge over the mere existence of a such an installer, even though we were never affected,
+b) have a “GIMP” applications that is constantly being shoved upon Craigslist user to make them install it 
to view some “GIMP Images” the scammers send them, and
+c) we have a number of installers that ship with sneak-download in “added value” in the form of adware at 
best, annoying scareware in the middle and full-blown malware at worst.
+
+
+
+They are cleverly using one of FLOSS’ greatest advantages - that anyone may distribute it, as long as they 
comply to the licenses, in this case GPL - against us. Legally, there isn’t much, or anything we can do - 
adding GIMP to an installer is covered by mere aggregation, according to the people I’ve asked. We would 
probably be able to do something against b), but we can assume that there are real criminals behind that, one 
who won’t care about such things as laws.
+
+
+
+2) There has also been a related issue, although it is a different angle. On the iTunes store, a user has 
found the following app:
+[https://itunes.apple.com/us/app/awesome-gimp-photo-editor-pro/id756630894](https://itunes.apple.com/us/app/awesome-gimp-photo-editor-pro/id756630894)
+
+That name and icon sem to be just a bit similar, doesn’t it - I got a PDF printout of that page in
+case it is taken down or altered, available here:
+[https://drive.google.com/file/d/0B-ZgvtqvrjNnTkgzQlZwaUVMYUk/edit?usp=sharing](https://drive.google.com/file/d/0B-ZgvtqvrjNnTkgzQlZwaUVMYUk/edit?usp=sharing)
+
+So this seems to be someone who is trying to capitalize on our name alone (similar to b) above), although 
the damage to the user is limited to the 99c they spent.
+Nevertheless, I complained to Apple, the mailed the author and told him to explain himself, he went on like 
“that application name is totally different”, and “the icon is from $site and available under some cc 
license”.
+
+Yeah, right.
+
+A reply to that had been sent by me, with an addendum to Apply as follows:
+“@Apple: we really think that this shouldn't be hard for you to decide.”
+
+scl: As of 25.04.2014 the app is still available in the iTunes Store and the iOS AppStore. I propose to 
insist to Apple to take action.
+
+3) How do we deal with GIMP builds that come with additional plug-ins, such as Simone Karin Lehmann’s or 
Partha Bagchi’s build?
+
+Agreement to 3)
+3rd party plug-ins and improvements to OS-integration (OS X, Windows, etc.) are ok.
+? Shall they become part of the official build?
+Changing GIMP’s designed behaviour, like modifications to the Save-Export-behaviour must not become part of 
the official GIMP builds.
+
+Suggestions about how to resolve such issues quicker are welcome:
+Brand registration
+
+Some people have suggested that we could finally register GIMP and GNU Image Manipulation Program as a 
brand, to gain some leverage there.
+At least one person tried this in Germany, but failed:
+
+[https://register.dpma.de/DPMAregister/marke/register/302620656/DE?lang=en](https://register.dpma.de/DPMAregister/marke/register/302620656/DE?lang=en)
+- this was the owner of the defunct www.gimp.de forum/blog, we snatched the gimp.de domain when it expired, 
iirc thanks to nomis spotting it. We do not know any details about the intentions of the attempted brand 
registration.
+
+IIRC there was some attempt to register (basically, troll) GIMP that way in Austria, but I can’t find any 
trace of it in their brand database.
+
+The following link allows for a brand search in several countries - turns up something, but none related or 
intended to hamper GIMP in any way, it seems:
+[https://www.tmdn.org/tmview/welcome](https://www.tmdn.org/tmview/welcome)
+
+The name ‘GIMP’ and the Wilber logo shall be protected. Michael Schumacher asks the FSF for advice, cc to 
Michael Natterer. Also ask/inform Tuomas Kuosmanen (TigerT) about intended use of his logo.
+Also GEGL shall be protected. → what exactly: name, logo? Also Babl?
+Other suggestions?
+Fill them in here, or add new sections.
+none
+
+## @gimp.org mail aliases for contributors
+
+(by schumaml)
+
+I remember we’ve last discussed this years ago, and some people might actually requested an gimp.org alias 
to use on e.g. the mailing lists. Others were hesitant, didn’t want to bear the responsibility to have their 
mails interpreted as “speaking for the project”.
+This is, in my opinion, an unsubstantiated fear nowadays. My perception is that everywhere, anywhere, where 
someone answers a user question by a statement that sounds is it it can have merit, it is taken for an 
official statement of “The Developers”. This is dangerous because some people do not actually verify their 
replies before posting on a forum - e.g. by having a look in the gimp user manual - and thus this information 
spreads.
+
+Establishing some sort of “official” spokesperson for GIMP might help to alleviate this problem, but we want 
to make sure that there#s no shift towards “no @gimp.org”, not trsuthworthy - there are many people who won’t 
have such an address, but spread verified and correct help to users. It is just that right now, there is 
virtually no way to someone to distinguish GIMP contributors from other people, at least not without 
additional research.
+Addendum: team business cards
+A possible addition, and nice touch in regard to print-orientation, would be to have official team business 
cards. These might seem obsolete nowadays, but there are places and times where pulling out a phone to pop 
over a vCard is not feasible or not deemed appropriate.
+
+And because we are better at doing things than planning, we should probably finish the design and choose 
other parameters (eco-friendly material,  produced by company the uses  FLOSS/engages)
+
+scl: I don’t remember the results. Do you or was the topic postponed?
+
+## More branch-driven development
+
+(by schumaml; scl:+1)
+
+I’m not sure if we use Git like to should be used - other projects seem to use a lot more branches than we 
do. This may be due to the fact that that some of our contributors have grown up with CVS, migrated to SVN 
and still carry its concepts over to Git… but I might be biased ;)
+Some opinions on if/how to change this, and a recommended education/enabling program could be useful.
+
+Michael Natterer: have no problems with more branches, but draw attention to these policies:
+1. The master branch must always be stable.
+2. To update the side branches we rebase them.
+
+We state that many of us come from SVN and use Git as it was SVN. TODO: post a migration tutorial from SVN 
to Git to use Git as it is intended.
+
+## Bug handling
+
+(by schumaml)
+
+According to a former product manager of a Mozilla sub-project, and a study about bug handling in GNOME 
Bugzilla, we are doing pretty good compared to other projects. We read all the bugs, even if we may not be 
able to do something about them, and apparently we are also pretty thorough with assigning target milestones. 
I think that we can still be a bit better, though, and would like to discuss how exactly we can do this.
+
+Study: 
[http://bugzillametrics.sourceforge.net/publications/ProcessQualityInGNOME.pdf](http://bugzillametrics.sourceforge.net/publications/ProcessQualityInGNOME.pdf)
+and another one, explaining the importance of triaging: 
[http://mockus.us/papers/triage.pdf](http://mockus.us/papers/triage.pdf)
+
+More gnome-love bugs
+postponed, see ‘Increasing attractiveness for new contributors’
+
+## Release management
+
+(by scl)
+
+We know our ‘it is done when it’s done’ situation: we make no clear statements about release dates, users 
wait sometimes long for a new release that fixes their bugs and out of a sudden without a previous 
announcement a new release appears.
+Secondly the Windows nightly builds and release are still different what unnecessarily hampers reporting 
windows bugs - we never really know, if a reported problem or solution affects only the nightly build or the 
released Windows build.
+I’m going to improve the current Jenkins installation and jobs. I can introduce Jenkins’ possibilities, 
answer questions and we could together find out, how it can solve our build and release problems and how far 
we want to go with it.
+
+Jehan: the time between two releases is too long. Bug fix releases take three months or so. New features 
appear after years. This is disappointing for new contributors. Jehan proposes rolling releases, containing 
bug fixes as well as new features. → see chapter ‘Feature planning for GIMP 2.10’
+
+Sven: Jenkins can do much more than just building and running a few tests. It can even enable us to deliver 
continuously, i.e. every commit can trigger a new release. Sven offers to describe Jenkins possibilities in 
public and then we decide about our release policy.
+Peter: It’s also important to know our needs for this decision.
+
+## Postponed topics
+
+### GIMP User Manual review
+
+(by schumaml)
+
+Occasionally, I come about parts of the user manual that are not entirely accurate or misleading (usually 
when I look up something in order to refer people to it, in a mail or on IRC). The need to pass this 
information on in a timely fashion does often not allow me to file a bug report on the spot.
+
+There may be technical means to alleviate the problem (I’d happily take a Firefox extension that will let me 
file a bug for a docs.gimp.org/* page, and maybe include marked text in the initial comment), but maybe we 
have to start an effort to do a full review of the (English) docs at least once.
+
+### Increase attractiveness for new contributors
+
+(by scl)
+
+In comparison to GIMP’s goals and open tasks it lacks of contributors, for instance Windows developers. On 
the other hand it seems hard for new contributors to find their way through the code and tasks and inner 
processes of GIMP development. Let’s think how we can improve the code and overall infrastructure, build an 
inviting atmosphere (without allegations), bring together fun of development and necessary professionality to 
achieve our product vision. Also with this in mind I’m for more feature and tinker/prototype branches.
+
+### More gnome-love bugs
+
+Bugs that have the gnome-love keyword assigned as supposed to be rather simple bugs, ideal for beginners. 
They need not be trivial, but should be isolated and solvable in a rather short time, to maximize the return 
on investment for new contributors.
+
+### GIMP on other platforms
+
+(by scl)
+
+The topic of GIMP on mobile devices and alternative platforms (e.g. Steam) raises up at least on the mailing 
lists. A recent Gartner study shows that the importance of the PC platform is declining and tablets etc. are 
becoming more important, mainly with Android OS (see 
[http://www.gartner.com/newsroom/id/2645115](http://www.gartner.com/newsroom/id/2645115)).
+We should make a strategic decision: Do we want to support the new platforms? If yes, how? Can we do this? 
Do we want to wait until GNOME solves these problems satisfyingly (if it hasn’t already)?
+
+### Supporting recent graphics hardware in GIMP
+
+(by scl)
+
+GIMP lacks support of graphics tablets and HiDPI displays. On the other hand other software like Krita 
shines with out-of-the-box-support for convertible computers (Krita Gemini, see 
[http://krita.org/item/220-krita-2-8-0-released](http://krita.org/item/220-krita-2-8-0-released)).
+Usually we would say, this is solved in GNOME 3 and GIMP will inherit it with the GTK3 port. But this is far 
in the future.
+Let’s think how we can support recent hardware better without letting users wait for so long.
+
+### Improving the website and the wiki
+
+(by scl)
+
+In February I integrated the former website developer.gimp.org to our wiki (except GIMP’s API 
documentation). Some ideas are still open, see 
[http://wiki.gimp.org/index.php/Mindstorm:Rethinking_the_wiki](http://wiki.gimp.org/index.php/Mindstorm:Rethinking_the_wiki).
 Let’s discuss what of them is necessary and what not.
+I was also told that the content of www.gimp.org is subject to reconsideration.
+Perhaps we can decide these questions as a whole to find a consistent solution.
+
+### Bringing open source commitment and real life together
+
+(by scl)
+
+I really love to contribute to GIMP (and surely others here do the same) but on the other hand everybody has 
a real life and reconciling both is often a hard thing. Can we share experiences on how each of us deals with 
this?
+
+### Technical architecture documentation
+
+(by scl)
+
+To make it easier for GIMP developers (including my own practice), especially new contributors, I’m going to 
write down a current documentation of the technical architecture. Another purpose of it is to make spots 
visible which can cause us trouble (for instance performance leaks).To get it done I might interview the 
long-time GIMP/GEGL developers.
diff --git a/content/conferences/LGM/2014-Leipzig_Germany/Roles-triangle.png 
b/content/conferences/LGM/2014-Leipzig_Germany/Roles-triangle.png
new file mode 100644
index 0000000..cb99b4e
Binary files /dev/null and b/content/conferences/LGM/2014-Leipzig_Germany/Roles-triangle.png differ
diff --git a/content/conferences/LGM/2014-Leipzig_Germany/_index.md 
b/content/conferences/LGM/2014-Leipzig_Germany/_index.md
new file mode 100644
index 0000000..e50d73e
--- /dev/null
+++ b/content/conferences/LGM/2014-Leipzig_Germany/_index.md
@@ -0,0 +1,57 @@
+---
+title: "Libre Graphics 2014: Leipzig, Germany"
+author: "The GIMP Development Team"
+date: 2014-04-02
+lastmod: 2016-10-24
+show_subs: false
+---
+
+"Libre Graphics Meeting 2014, the annual conference and workshop for users and makers of free software 
creative applications, will take place on April 2–5, in Leipzig, Germany.
+
+The event is open to anyone with an interest in open source graphics, design, and creative culture. Software 
developers and artists alike are invited to attend, and will be welcome to submit topics for presentations, 
hands-on workshops, and birds-of-a-feather sessions once the call for participation is officially opened.
+
+2014 will mark the ninth anniversary of LGM, the premiere gathering of the free software graphics community, 
drawing developers, users and supporters alike from across the globe."
+
+(Announcement at the [Libre graphics World website](http://libregraphicsmeeting.org/2013/), retrieved on 
29.06.2013)
+
+## Links
+
+* [Homepage](http://libregraphicsmeeting.org/2014/)
+* [Program](http://libregraphicsmeeting.org/2014/program/)
+* [GIMP meeting minutes](lgm_2014_minutes)
+* [Announcement on gimp.org](https://www.gimp.org/news/2014/01/23/libre-graphics-meeting-2014/)
+
+## GIMP and GEGL topics
+
+* Peter Sikking: UI design for full GEGL integration in GIMP, Wed April 2, 2:30 p.m.
+
+* Artem Popov: Keeping metadata in remixed works, Wed April 2, 3:10 p.m.
+* Peter Liljenberg, Artem Popov: BOF: The future of metadata, Fri April 4, 12:10 p.m.
+
+* Patrick David, Tobias Ellinghaus: Utilizing FL/OSS tools in a photographic workflow – Part II: The Work, 
Sat April 5, 12:30 p.m.
+
+* Manuel Quiñones: GEGL is not GIMP - creating graphic applications with GEGL, Sat April 5, 12:30 p.m.
+
+* Chris Murphy: State of color management, Wed April 2, 11:20 a.m.
+* Chris Murphy: End to end color management workflow, Wed April 2, 12:10 p.m.
+* Richard Hughes: Building an OpenHardware Spectrograph for Color Profiling in Linux, Wed April 2, 6:10 p.m.
+* Chris Murphy: What about the color, Thu April 3, 12:10 p.m.
+
+* Fateh Slavitskaya, Bassam Kurdali: Distributed Free-Cultural Production and the Future of Creative 
Economy, Sat April 5, 4:00 p.m.
+
+## Other topics
+
+* State of Libre Graphics, Wed April 2, 10:00 a.m.
+* LGM Code of Conduct meeting, Fri April 4, 9:30 a.m.
+* LGM group photo and closing session, Sat April 5, 6:00 p.m.
+
+* Allan Day, Jakub Steiner: GNOME Design: Open to all, Sat April 5, 5:20 p.m.
+
+* Johannes Hanika: Wavelets for image processing, Wed April 2, 5:50 p.m.
+* Øyvind Kolås: 0xA000 a font family, Thu April 3, 10:10 a.m.
+* Simon Budig: Fonts in Printed Circuit Board design tools, Thu April 3, 2:30 p.m.
+* Jon Nordby, Henri Bergius: Visually programming libre graphics tools, Fri April 4, 12:10 p.m.
+* Frederik Steinmetz: Contributing to the community: Writing add-ons, Fri April 4, 5:30 p.m.
+* Steve Conklin: Open Hardware devices to aid software testing, Sat April 5, 3:40 p.m.
+* Ana Isabel Carvalho, Ricardo Lafuente: Dear designer, have these cool tools, Sat April 5, 4:40 p.m.
+* [and more...](http://libregraphicsmeeting.org/2014/program/)
diff --git a/content/conferences/_index.md b/content/conferences/_index.md
index 9ae2625..97f1b73 100644
--- a/content/conferences/_index.md
+++ b/content/conferences/_index.md
@@ -6,6 +6,7 @@ date: 2022-08-06T12:49:14-0500
 author: 'Pat David'
 menu: main
 weight: 3
+show_subs: false
 ---
 
 Across the years, [GIMP](https://www.gimp.org) and
@@ -30,9 +31,6 @@ big talks…).
   ([announcement](https://www.gimp.org/news/2018/01/09/libre-graphics-meeting-scale-2018/),
   [LGM page](https://libregraphicsmeeting.org/2018/)).
   *No minutes available.*
-* Scale 16x 2018, March 8-11, Pasadenia, California (USA)
-  ([announcement](https://www.gimp.org/news/2018/01/09/libre-graphics-meeting-scale-2018/)).
-  *No minutes available.*
 * Libre Graphics Meeting 2017, April 20-23, Rio de Janeiro, Brazil
   ([LGM page](https://libregraphicsmeeting.org/2017/)).
   *No minutes available.*
@@ -48,35 +46,29 @@ big talks…).
   ([announcement](https://www.gimp.org/news/2015/02/27/libre-graphics-meeting-2015/),
   [LGM page](https://libregraphicsmeeting.org/2015/)).
   *No minutes available.*
-* Libre Graphics Meeting 2014, April 2-5, Leipzig, Germany
-  ([announcement](https://www.gimp.org/news/2014/01/23/libre-graphics-meeting-2014/),
-  [LGM page](https://libregraphicsmeeting.org/2014/)).
-  **TODO: reimport wiki pages.**
-* Libre Graphics Meeting 2013, April 10-13, Madrid, Spain
-  ([LGM page](https://libregraphicsmeeting.org/2013/)).
-  **TODO: reimport wiki pages.**
-* Libre Graphics Meeting 2012, May 2-5, Vienna, Austria
-  ([announcement](https://www.gimp.org/news/2012/02/27/gimp-at-libre-graphics-meeting-2012/),
-  [LGM page](https://libregraphicsmeeting.org/2012/)).
-  **TODO: reimport wiki pages.**
-* Libre Graphics Meeting 2011, May 10-13, Montreal, Canada
-  ([LGM page](https://libregraphicsmeeting.org/2011/)).
-  **TODO: reimport wiki pages.**
-* Libre Graphics Meeting 2010, May 27-30, Brussels, Belgium
-  ([LGM page](https://libregraphicsmeeting.org/2010/)).
-  **TODO: reimport wiki pages.**
-* Libre Graphics Meeting 2009, May 6-9, Montreal, Canada
-  ([announcement](https://www.gimp.org/news/2009/03/07/libre-graphics-meeting-2009/),
-  [LGM page](https://libregraphicsmeeting.org/2009/)).
-  **TODO: reimport wiki pages.**
-* Libre Graphics Meeting 2008, May 8-11, Wrocław, Poland
-  ([LGM page](https://libregraphicsmeeting.org/2008/)).
-  **TODO: reimport wiki pages.**
-* Libre Graphics Meeting 2007, May 4-6, Montreal, Canada
-  ([LGM page](https://libregraphicsmeeting.org/2007/)).
-  **TODO: reimport wiki pages.**
-* [GIMPCon at Libre Graphics Meeting 2006](gimpcon/2006), March 17-18-19 in Lyon, France.
-* GIMP meeting at GUADEC 2005, May 28-29-30-31 in Stuttgart, Germany.
-* [GIMPCon 2004](gimpcon/2004), June 28-29-30 in Kristiansand, Norway.
-* [GIMPCon 2003](gimpcon/2003), August 7-8-9-10 in Berlin, Germany.
-* [GIMPCon 2000](gimpcon/2000), June 2-3-4 in Berlin, Germany.
+* [Libre Graphics Meeting 2014](lgm/2014-leipzig_germany/), April 2-5, Leipzig, Germany
+* [Libre Graphics Meeting 2013](lgm/2013-madrid_spain/), April 10-13, Madrid, Spain
+* [Libre Graphics Meeting 2012](lgm/2012-vienna_austria/), May 2-5, Vienna, Austria
+* [Libre Graphics Meeting 2011](lgm/2011-montreal_canada/), May 10-13, Montreal, Canada
+* [Libre Graphics Meeting 2010](lgm/2010-brussels_belgium/), May 27-30, Brussels, Belgium
+* [Libre Graphics Meeting 2009](lgm/2009-montreal_canada/), May 6-9, Montreal, Canada
+* [Libre Graphics Meeting 2008](lgm/2008-wroclaw_poland/), May 8-11, Wrocław, Poland
+* [Libre Graphics Meeting 2007](lgm/2007-montreal_canada/), May 4-6, Montreal, Canada
+* [GIMPCon at Libre Graphics Meeting 2006](gimpcon/2006), March 17-18-19 in Lyon, France
+* GIMP meeting at GUADEC 2005, May 28-29-30-31 in Stuttgart, Germany
+* [GIMPCon 2004](gimpcon/2004), June 28-29-30 in Kristiansand, Norway
+* [GIMPCon 2003](gimpcon/2003), August 7-8-9-10 in Berlin, Germany
+* [GIMPCon 2000](gimpcon/2000), June 2-3-4 in Berlin, Germany
+
+GIMP team members have been showing their work at various other events,
+even though it was not always including a meetup with many project
+members. Some of these events are:
+
+* Libre Graphics Meeting 2020, May 27-29, online, with a remote workshop
+  on retouching basics by Aryeom and Jehan
+  ([program](https://libregraphicsmeeting.org/2020/en/program.html))
+* Scale 16x 2018, March 8-11, Pasadenia, California (USA), with a
+  conference by Patrick David
+  ([announcement](https://www.gimp.org/news/2018/01/09/libre-graphics-meeting-scale-2018/))
+* GUADEC 2016, August 12-14, with Aryeom and Jehan presenting [ZeMarmot
+  project](https://2016.guadec.org/schedule/index.html#42-zemarmot__open_animation_film_produced_with_foss)
[Date Prev][Date Next] [Thread Prev][Thread Next] [Thread Index] [Date Index] [Author Index]