Stavolta dovremmo esserci... dopo tanti anni di sviluppo, finalmente!
----- Forwarded message from Michael Natterer <mitch(a)gimp.org> -----
Date: Tue, 27 Mar 2018 02:02:15 +0200
From: Michael Natterer <mitch(a)gimp.org>
To: GIMP Developer <gimp-developer-list(a)gnome.org>, GIMP User <gimp-user-list(a)gnome.org>
Subject: [Gimp-user] ANNOUNCE: GIMP 2.10.0-RC1 released
X-Mailer: Evolution 3.26.5-1+b1
we're getting closer to releasing 2.10!
We just released the first release candidate on the way
to the final GIMP 2.10.0 release.
This is (still!) an unstable development release and might
crash or do whatever. If you try it for work, please save
your images more often.
But please use it and report bugs, it's actually usable :)
For a complete list of changes since 2.9.8 please see the
"Changes" section below.
There is also a release announcement on www.gimp.org
with screenshots of new features:
GIMP 2.10.0-RC1 is available from:
and from the mirrors listed at:
The checksum of the tarball is:
Overview of Changes from GIMP 2.9.8 to GIMP 2.10 RC1
- New dashboard dockable: shows the current GEGL cache and swap sizes
and CPU usage and active time, and their recent history. It has
options to control the update rate and history duration of the
data, and an option to warn (by raising/blinking the dialog) when
the swap size approaches its limit.
- Make the selection boundary detection the same as 2.8.
- The environment variable GIMP_DEBUG can now be set to "list-all" to
display available debug domains. Non-recognized flags will also
trigger the debug flag list output.
- Improve migration from 2.8 to 2.10 by recursively migrating
configuration files (up to 5 levels, to protect from recursive
- Mark legacy plug-ins and scripts in menus.
- Enable "save-tool-options" and "save-device-status" by default,
it's the expected behavior these days.
- GIMP doesn't warn any more for unknown darktable XMP metadata.
We now register the corresponding namespace.
- Adding settings for metadata export handling in "Image Import &
Export" page of Preferences. By default, the settings are checked,
but you can uncheck them (in particular since metadata can often
contain a lot of sensitive information).
- Splash image now scaled down to maximum 1/2 of the screen area.
This will allow to ship a big splash image which will be visible
on all type of screens, whichever low or high resolution.
Vector splash images are scaled both up or down to have them
always at ideal size.
- Brightness-Contrast, Curves, Levels and Threshold are now available
in "Repeat last" history.
- Improve action history to not show newly excluded actions (which
were already in our history from before the exclusion).
- Use GEGL for transform-tools preview, allowing faster and more
- Re-arrange color models in the Color dock (WIP).
- New debug tool and infrastructure to handle WARNING and CRITICAL
errors, as well as fatal errors (crashes), raising a pop-up with
all version information on GIMP and its main dependencies, as well
as the error message and backtraces, and encouraging people to
make bug reports.
- Support layer masks on layer groups.
- GIMP now attempts to backup unsaved images when it crashes. Then at
next startup, it will suggest to recover the salvaged images. Image
recovery is not 100% guaranteed.
- New gimp_spawn_async() function uses vfork() to help avoid hanging
during a fork process, currently used for plug-ins.
- Dock color picker is now color-managed on macOS.
- New gimp_export_exif(), gimp_export_xmp() and gimp_export_iptc()
functions returning the creator choice regarding default handling
for metadata export (as set in the Preferences).
- GIMP Protocol version incremented.
- New gimp_get_pdb_status() to return the status of the last PDB
call. This is needed for plug-ins which depend on other plug-ins'
procedures. If for instance, a second-level plug-in is interrupted
interactively, we don't want to process this as an error but as a
- New gimp_stack_trace_available(), gimp_stack_trace_print() and
gimp_stack_trace_query() for debugging.
- Use gegl:distance-transform in gimp_edit_blend() implementation
making it much faster for all GRADIENT_SHAPEBURST_* gradient
types. Legacy gimp:shapeburst operation has been deleted.
- New gimp_context_get_distance_metric() and
gimp_context_set_distance_metric() for distance metric used in
gimp_edit_blend() (and future usage).
GUI and Usability:
- New icons: "gimp-attach", "gimp-color-space-linear",
"gimp-dashboard", "gimp-detach", "gimp-tool-desaturate",
- Switching between linear and perceptual (gamma-corrected) spaces
in the Histogram dialog is easier now: two buttons instead of one
two-way button where current state was difficult to understand.
- Shorten color channel labels in the color frame (color picker tool,
sample point editor…) with conventional 1 or 2-letter
abbreviations, and split coordinates on 2 lines.
- We now switch to "Huge" icons by default when the display pixel
density is over 250 PPI (used to be 300 PPI).
- Improve action history sorting: items climb up the list faster,
while top items retain their relative position longer.
- Extend action search "initialism": Extend initialism-based search
(e.g.: "gb" for "Gaussian Blur"), by matching arbitrarily-long
initialisms, and by allowing partial matches (with lesser
- Values in the GimpNumberPairEntry widgets can now be cleared by
clicking an icon.
- Transform Grid controller is now available for custom UIs of GEGL
operations (currently used for Recursive Transform op).
- New GimpHighlightableButton widget is used to draw attention to
buttons in certain cases. Currently used for anchoring and
removing loating selections.
- Composite modes were renamed to be more descriptive, as follows:
Source Over => Union
Source Atop => Clip to Backdrop
Destination Atop => Clip to Layer
Source In => Intersection
- Wilber logo in the toolbox can now be disabled via Preferences
(the Toolbox page).
- "Link brush size with canvas zoom" paint option becomes "Lock brush
to view" to make a brush invariant in display space whichever
scaling, rotation, and reflection.
- Blend tool now displays the line length (in current shell unit and
with ideal digit accuracy) and angle in the status bar.
- Constrain line angles in display space: all tools which have a line
constraint feature (for instance blend tool, paint tools in line
mode, etc.) will now do so relatively to the display, allowing you
to rotate the canvas in order to constrain to any arbitrary angle.
- Levels and Curves can now work on linear light data, the toggles
are at the top of respective dialogs, right next to linear/log
toggles for the histogram.
- Blend tool now has a distance metric option to determine how
distances are computed (Euclidean, Manhattan or Chebyshev
- New GEGL-based Shadows-Highlights filter now available in the
Colors menu. The implementation is based on the code from
- Screenshot with the generic Freedesktop API has been implemented.
It is meant to replace all desktop environment specific APIs
eventually but needs to get reasonable features first. Therefore
currently GNOME/KDE and X11 implementations still have priority.
- qbist ported to GEGL and float.
- Colors for the standard output and standard error texts in the
Python console are now themeable, mapping respectively to normal
text and insensitive text colors for the "python-fu-console"
widget. We updated the default colors a bit for our themes. If
this is not good enough (for instance, if one has a specific type
of color blindness), at least it is now possible to create a
custom theme adapted to one's needs.
- PSD export now happens with progress bar update for feedback.
- Win32 Screenshot improved to handle hardware-rendered software and
- Fix various vulnerabilities in file plug-ins: GBR (CVE-2017-17784),
PSP (CVE-2017-17787 and CVE-2017-17789), TGA (CVE-2017-17786) and
- Fix WebP export under Windows.
- No more max dimension limitation for X cursors. We still warn when
cursor size is over a max limit for X bitmap cursors, but we don't
clamp anymore on export.
- JPEG, PNG, TIFF and WebP export plug-ins updated to honor creator's
default choice regarding metadata handling.
- Fix GIH brushes using different-sized layers.
- RGBE (Radiance HDR) format files can now be imported and exported.
- JPEG2000 loading now done via OpenJPEG library and supports any bit
depth (over 32-bit per channel will be clamped to 32-bit and
non-multiple of 8-bit will be promoted, for instance 12-bit will
end up as 16-bit per channel in GIMP). JPEG 2000 codestream also
supported and displays a dialog asking for the color space (whereas
JPEG 2000 image color space are auto-detected).
JPEG 2000 images or codestream in YCbCr, xvYCC and CMYK color
spaces are converted to sRGB images upon loading.
- poppler and poppler-data now hard dependencies. PDF import is
considered a granted feature nowadays and fallbacking to the
Postscript plug-in was bad experience.
- move PDB generation and sources to toplevel/pdb.
- New configure option `--enable-windows-installer` to generate the
necessary files for the installer translations during the build.
- Improve POTFILES generation for po-*/ directories.
- Require glib >= 2.54.2.
- New dependency to mypaint-brushes-1.0 for stable MyPaint brushes
available at installation.
- AppStream ID renamed from gimp.desktop to org.gimp.GIMP following
- Require fontconfig >= 2.12.4. Lower versions are particularly a
problem on Win32, where many cache update failure were reported to
us, resulting in very slow startup and close-up (and not only the
first time, but every time).
- Windows installer now localized with gettext.
- String freeze has started and GIMP received updates from:
Basque, Brazilian Portuguese, Catalan, Chinese (Taiwan), Danish,
Esperanto, French, German, Greek, Hungarian, Icelandic, Italian,
Japanese, Latvian, Polish, Russian, Serbian, Slovenian, Spanish,
Alexandre Prokoudine, Alexis Wilhelm, Darshan kadu, Ell, Elle
Stone, Jehan, Kristian Rietveld, Lionel N, Massimo Valentini,
Michael Natterer, Mukund Sivaraman, N Ferreira, Nathaniel Graham,
Partha, Piotr Drąg, Richard McLean, Sebastian Rasmussen, Simon
Budig, Simon Mueller, Thomas Manni, Ting-Wei Lan, Tobias
Ellinghaus, Tobias Stoeckmann, Zhouyang, shark0r, tcapix, Øyvind
Alan Mortensen, Alexandre Prokoudine, Anders Jonsson, Balázs
Meskó, Balázs Úr, Chao-Hsiung Liao, Christian Kirbach, Claude
Paroz, Daniel Mustieles, Dimitris Spingos (Δημήτρης Σπίγγος), Ell,
Emin Tufan Çetin, Hajime Taira, Inaki Larranaga Murgoitio, Jehan,
Jiro Matsuzawa, Jordi Mas, Julien Hardelin, Kristjan SCHMIDT, Luis
Angel Gonzo, Marco Ciampa, Mario Blättermann, Martin Srebotnjak,
Michael Natterer, Muhammet Kara, Piotr Drąg, Rafael Fontenelle,
Rūdolfs Mazurs, Sebastian Rasmussen, Sveinn í Felli, Tim Sabsch,
raja rizki, Милош Поповић.
gimp-user-list mailing list
List address: gimp-user-list(a)gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives: https://mail.gnome.org/archives/gimp-user-list
----- End forwarded message -----
I know a joke about UDP, but you might not get it.
GNU/Linux User #78271
FSFE fellow #364
Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO
"subscribe" (o "unsubscribe") a mailto:email@example.com
p.c. z.K.---------- Messaggio inoltrato ----------
Data: 20 mar 2018 1:47 PM
Oggetto: FSFE Newsletter March 2018
> = FSFE Newsletter March 2018 =
> [ Read online: https://fsfe.org/news/nl/nl-201803.en.html ]
> == Italy at the forefront of European legislation for public code ==
> With the FSFE's Public Money? Public Code!  campaign not only do we
> demand that code paid for by the people should be available to the
> people. We also highlight good examples of public code so other decision
> makers can learn from it. One very good example is Article 68  and
> Article 69  of the "Codice Amministrazione Digitale", an Italian law
> requiring public administrations inside Italy to prefer internally made
> solutions and Free Software solutions over proprietary ones. In
> addition, these administrations have the duty to share the source code
> and documentation of any software developed with public money. These
> laws put Italy at the forefront of European legislation in favour of
> public code.
> Unfortunately, so far the law lacks proper implementation. In that
> light, the FSFE's country team in Italy ran an Ask Your Candidates
> campaign  in which they asked the political parties about their stand
> on Free Software  and the implementation of the aforementioned
> Articles 68 and 69 after the national elections on March 4.
> FSFE Italy received very positive replies and many parties took a
> favourable stand towards Free Software . Such a big consensus across
> these parties gives hope to open up a lot of possibilities for progress
> towards the use of Free Software at the state level in Italy and a
> better implementation of Articles 68 and 69 of the "Codice
> Amministrazione Digitale". As a match to this, the team "Developers
> Italia", who are in charge of further implementation of the Articles 68
> and 69, sent out their love for Free Software  on I love Free
> Software day.
> == Read our detailed IloveFS report ==
> As promised in the last newsletter, we now have a detailed report about
> our IloveFS campaign in 2018 . In the report, you will not only read
> about some highlights that happened for this year's IloveFS. Thanks to
> our current intern Jan, we also have an analysis and visualisation of
> 439 'I Love Free Software' messsages containing the /#IloveFS/ hashtag.
> The scraper Jan used for his analysis is written in GNU R and published
> as Free Software .
> While every year we are happy to see so many people celebrating I love
> Free Software day, we also encourage you to express your Free Software
> love every day :)
> Join our community of freedom fighters. 
> == What else have we done? Inside and Outside the FSFE ==
> - Paul Boddie reflects on the hobbyism and volunteerism attitude  in
> many Free Software projects and what this means for the valuation of
> the actual work that is done, examining Python language development as
> an example.
> - Isabel Drost Fromm argues against people acting as mediators  as
> the only interface between their employer and a Free Software project.
> - Carmen Bianca Bakker reflects on the recently updated FreeBSD Code of
> Conduct , examines the included dangers of positive
> discrimination, and states how a non-biased, welcoming Code of Conduct
> can indeed help dogs and cats to live happily ever after.
> - Daniel Pocock reflects on the newly-introduced SwissID , and its
> potential dangers to privacy and democratic referendums.
> - Erik Albers asked our community on multiple channels to let the FSFE
> know about upcoming Free Software events in 2018 that are of interest
> to the FSFE community. Thanks to our current intern Vincent they all
> ended up in the FSFE's wiki calendar  so our teams and community
> can use them to organise their attendance.
> - Björn Schießle, the FSFE's country coordinator Germany, gave a talk
> about software freedom in the cloud  at "Chemnitzer Linuxtage" in
> Chemnitz, Germany.
> - Erik Albers was giving a talk about Public Money? Public Code!  at
> the Internet Freedom Festival in Valencia, Spain.
> - The new born local FSFE group in Madrid had its first meeting on
> February 22  and March 3 .
> - The FSFE has been present with a booth at "Chemnitzer Linuxtage" in
> Chemnitz (Germany), at T3chfest in Madrid (Spain), and at the Internet
> Freedom Festival in Valencia (Spain).
> == Get Active ==
> If you have not done so yet, let us know your favorite Free Software
> event that you think is or should be in interest for the FSFE community
> to set up a booth at or participate in with a talk or workshop. The
> simplest way to do so is by sending a mail to contact(a)fsfe.org  with
> the subject "Free Software event 2018". Please state what the event is
> about, how many participants are expected, and the main language used.
> Before informing us, please check if we do not already have it in our
> list .
> If you are visiting any other events regularly or soon, be it a big
> conference or a local meet-up, equip yourself with some FSFE promotion
> material that you can order at no charge .
> == Contribute to our newsletter ==
> If you would like to share any thoughts, pictures, or news, send them to
> us. As always, the address is newsletter(a)fsfe.org . We're looking
> forward to hearing from you!
> Thanks to our community, all the volunteers , supporters  and
> donors  who make our work possible. And thanks to our translators
> , who enable you to read this newsletter in your mother tongue.
> Your editors,
> Erik Albers and Max Mehl
> Join our community of freedom fighters. 
> Free Software Foundation Europe <https://fsfe.org>
> FSFE News <https://fsfe.org/news/news.en.rss>
> Upcoming FSFE Events <https://fsfe.org/events/events.en.rss>
> Fellowship Blog Aggregation <https://planet.fsfe.org/en/rss20.xml>
> Free Software Discussions <https://fsfe.org/contact/community.en.html>
> 1: https://publiccode.eu
> 2: http://www.agid.gov.it/cad/art-68-analisi-comparativa-soluzioni
> 3: http://www.agid.gov.it/cad/art-69-riuso-soluzioni-standard-aperti
> 4: https://fsfe.org/campaigns/askyourcandidates/askyourcandidates
> 5: https://fsfe.org/news/2018/news-20180219-01
> 6: https://fsfe.org/news/2018/news-20180302-01.html
> 7: https://twitter.com/developersITA/status/964060999899860992
> 8: https://fsfe.org/news/2018/news-20180308-01
> 9: https://git.fsfe.org/janwey/ilfs-data
> 10: https://fsfe.org/join/nl2018-03
> 11: https://blogs.fsfe.org/pboddie/?p=1978
> 12: http://blog.isabel-drost-fromm.de/posts/proxies-considered-harmful.html
> 13: https://www.carmenbianca.eu/en/post/2018-03-09-how-we-conduct-ourselves/
> 14: https://danielpocock.com/swisspost-swissid-another-nail-in-the-coffin-sover…
> 15: https://wiki.fsfe.org/Events
> 16: https://www.schiessle.org/articles/2017/11/14/software-freedom-in-the-cloud/
> 17: https://platform.internetfreedomfestival.org/en/IFF2018/public/schedule/cus…
> 18: https://wiki.fsfe.org/Events/2018/0222-encuentro-local-madrid
> 19: https://wiki.fsfe.org/Events/2018/0303-encuentro-grupo-local-madrid
> 20: https://fsfe.org/mailto:contactATfsfeDOTorg
> 21: http://blog.3rik.cc/2018/03/free-software-events-in-europe-in-2018/
> 22: https://fsfe.org/promo
> 23: https://fsfe.org/mailto:newsletterATfsfeDOTorg
> 24: https://fsfe.org/contribute/contribute
> 25: https://fsfe.org/join
> 26: https://fsfe.org/donate/thankgnus
> 27: https://fsfe.org/contribute/translators/translators
> 28: https://fsfe.org/join/nl2018-03
> Free Software Foundation Europe e.V.
> Schnhauser Allee 6/7, 10119 Berlin,+49-30-27595290.
> Registered: Amtsgericht Hamburg, VR 17030.
> Your support enables our work, join us as a supporter at <http://fsfe.org/join>
> You've received this e-mail as you're subscribed to our newsletter. If you don't want to receive these emails,
> follow the link below to unsubscribe:
Ciao a tutti,
da diverso tempo il sito del LugBz ospita tre manuali tenuti
Voglio segnalare che il documento e-gov.pdf ha avuto delle sostanziali
modifiche in quanto la provincia di BZ ha cambiato il link per la rete
Colgo l'occasione per ringraziare Marco C. del LugTn che mi sta aiutando
nella stesura del documento e ringrazio Gabriele C. per la creazione del
logo. Tutto il manuale, compreso il logo è rilasciato con la licenza
Creative Commons 4.0
GnuPG - ID chiave pubblica: 0x855121BB
ID diaspora* - andrea_c(a)pod.mttv.it
SIP - congiu.andr(a)ekiga.net
Interessante constatazione nel seguente articolo/filmato:
Microsoft is buying control of Linux. At least as much as any one company can actually do. They are purchasing (with big sacks of cash) influence over some of the most critical and high profile Linux and Open Source organizations on the planet. Is this good? Is this bad? Is this a step on the road to “Embrace, Extend, Extinguish”? I’ll leave that up to you to decide… but it’s definitely happening.