Hi all,
This mailing list will be archived in favour of continued discussion at
GNOME's Discourse instance. No need to worry that this will mess with
your workflow: it is still possible to get notifications by email by
subscribing to the [shotwell] tag. You can also still reply by e-mail
if you
On Sun, 2020-07-12 at 08:43 -0400, Noah Beck via shotwell-list wrote:
> I was publishing some older photos to my Google Photos account, and
> find that publishing 50 photos (or fewer) at a time works fine, but
> publishing 51 photos (or more) at a time results in:
Yes that is a limit in the API
> Is there some way to keep the duplicates? I am totally okay with
> having
> duplicates in the event list at import, as I will get around to
> creating/modifying events on my own. During import, the events are
> just
> dates anyway, which do not necessarily correlate with any particular
>
That sounds very interesting, thank you for sharing :)
> I made a new project that generates a static mobile-friendly HTML
> site
> based on the contents of a Shotwell library:
>
> https://github.com/masneyb/shotwell-site-generator
>
> The media is available through different views: all
/GNOME/shotwell/issues/242
Merge requests included in this release:
- https://gitlab.gnome.org/GNOME/shotwell/merge_requests/33
All contributors to this release:
- Jens Georg
- Piotr Drąg
- Daniel Mustieles
- Yuri Chornoivan
- Anders Jonsson
- sicklylife
- Cheng-Chia Tseng
- Andre
Forwarded Message
From: Jens Georg
Reply-To: desktop-devel-l...@gnome.org
To: FTP Releases
Subject: shotwell 0.30.10
Date: Fri, 22 May 2020 10:54:40 + (UTC)
About shotwell
==
Shotwell is a digital photo manager designed for the GNOME desktop
environment
and
more.
News
* Fix YouTube OAuth scope
* Translation updates
All contributors to this release:
- Jens Georg
- Yuri Chornoivan
Added/updated translations:
- uk.po, courtesy of Yuri Chornoivan
Download
https://download.gnome.org/sources/shotwell/0.30/shotwell-0.30.9.tar.xz
Hi,
there is a feature request for this:
https://gitlab.gnome.org/GNOME/shotwell/-/issues/130
It is much easier to discuss about code on gitlab, so you can probably
fork shotwell there and create a merge request :)
There is also already some minimal code for this in git:
On Mon, 2020-03-30 at 11:48 +0200, Dani wrote:
> Hello:
>
> I add the .local/lib in PATH but not work.
Yes, unlike windows, the library search path is different from the
binary search path (PATH). However, I think it is much easier to just
run shotwell from its build directory since also the
On Fri, 2020-03-27 at 09:54 +0100, Dani wrote:
> Hello Jens::-)
>
>
> I set a custom folder to install.
>
> $ meson build --prefix=/home/user/shotwell_test
>
> Build work fine, but install fail
>
> raise child_exception_type(errno_num, err_msg, err_filename)
> FileNotFoundError:
> Found CMake: /usr/bin/cmake (3.16.3)
> Run-time dependency libwebpdemux found: NO (tried pkgconfig and
> cmake)
>
> meson.build:72:0: ERROR: Dependency "libwebpdemux" not found, tried
> pkgconfig and cmake
>
> A full log can be found at /home/user/dev/shotwell/build/meson-
>
On Thu, 2020-03-26 at 13:47 +0100, Dani wrote:
> Hello:
>
> I'm trying to compile shotwell from ubuntu 20.04
> My purpose is learning.
> I downloaded source from:
> https://flathub.org/repo/appstream/org.gnome.Shotwell.flatpakref
How exactly did you get the source code from there?
> Could
On Thu, 2020-03-19 at 21:08 +0100, Christian Simon wrote:
> I guess, there are not very many Windows users around here. Yet, I
> wanted to let you know that I uploaded a current build of Shotwell
> 0.30.8 for Windows 10 (x64):
>
> https://github.com/cwrsimon/shotwell/releases
Nice work. I
On Sun, 2020-03-15 at 16:01 +0100, Jens Georg wrote:
> > Thanks, compiled and run-tested on Debian/sid.
> >
> >
> > Face detection is - well - mediocre at best.
>
> The pure detection is a bit weird. Sometimes it works perfect on the
> same image it doesn't work
> > I tried to fix detection by changing the pkg-config call to use
> > opencv4
> > as name, so the libs etc are found, but then compilation breaks
> > down.
> >
> > It would be nice to get this to a modern standard.
>
> Yeah that is somewhere on the agenda for 0.32, I just forgot to make
>
Hi,
> Hello, i'm interested in contributing to shotwell, but i'm a bit
> clumsy to set up the development environment with all it's
> dependencies.
> Could somebody give me a quick overview of his or hers setup process,
> please?
>
> I've also checked the wiki
>
.org/GNOME/shotwell/issues/80
Merge requests included in this release:
- https://gitlab.gnome.org/GNOME/shotwell/merge_requests/31
- https://gitlab.gnome.org/GNOME/shotwell/merge_requests/22
- https://gitlab.gnome.org/GNOME/shotwell/merge_requests/20
All contributors to this release:
- Jens Georg
Hi,
There is an issue with the minimal glib dependency, you can chat that to
g_assert_cmpfloat
(Sorry for the late answer, I had an issue with my mail client that I
didn't notice)
Howdy,
I don't know if this is appropriate for this list, but here goes.
Trying to build trunk on Ubuntu
Hi,
this is currently not possible. Feel free to write an enhancement
request on https://gitlab.gnome.org/GNOME/shotwell/issues
On Di, Feb 18, 2020 at 17:17, Harry Brijs wrote:
I wonder if it is possible to select one of your filters as the
opening page.
The full library is not really a
nymore,
> once your changes to the thumbnailer have made it into the stable
> development line.
Does the attached patch help with that?
From 82a15be00ea1027b4f62bed463afab844d47c2b9 Mon Sep 17 00:00:00 2001
From: Jens Georg
Date: Tue, 14 Jan 2020 19:40:33 +0100
Subject: [PATCH] Explicitly set stdout to
See attached patch
On Mo, Jan 13, 2020 at 16:04, Jens Georg wrote:
Also, regarding enforcing the timeout, I think it might be easier to
port the thumbnailer to GSubprocess and use that to wait/kill the
process. it has proper abstraction
On Mo, Jan 6, 2020 at 15:57, Christian Simon wrote
ll scripts are not for the weak of heart ...
On Mo, Jan 6, 2020 at 11:08, Jens Georg
<mailto:m...@jensge.org> wrote:
Very nice. Scrolled through some of your commits, I think I can
answer a couple of your "why" comments.
I do not now how GNOME's github mirror is working tbh
There are two options:
- Remove them then re-import them (which will lose all tags etc)
- Hack the association back into the database.
I suppose you moved your library at some point?
___
shotwell-list mailing list
shotwell-list@gnome.org
> > There is another problem: moving the photos from one user to
> > another does
> > not copy any of the tags or comments, despite the setting be to
> > save them
> > on the photos.
>
>
> Interesting, I expected that image adjustments would be lost, but
> tags and other data written to
On Mon, 2019-09-30 at 14:43 +, jps1789--- via shotwell-list wrote:
> Hello. I'm trying to install Shotwell on Windows, and found this page
> that claims to have a Windows version [
> https://yepdownload.com/shotwell], but don't trust its "0.5.1 alpha"
> exe, considering the GNOME site says
Hi,
> (shotwell:13186): GLib-GIO-ERROR **: 11:33:10.698: settings object
> created with schema 'org.yorba.shotwell.preferences.ui' and path
> '/org/yorba/shotwell/profiles/preferences/ui/', but path
> '/org/yorba/shotwell/preferences/ui/' is specified by schema
> Trace/breakpoint trap
> [~]
>
>
Hi,
>
> L 14196 2019-08-24 14:12:21 [MSG] VideoSupport.vala:397: interpreter
> state has changed; video thumbnails may be out of date
That's https://gitlab.gnome.org/GNOME/shotwell/issues/18
I know about it, but I do not understand it.
>
> which seems to be the cause.
>
> Any ideas how I
And in tonights iteration of paperback the triology, we have shotwell
0.30.5, .6 and .7
Note that .7 does not have any functional change, but introduces vala
syntax fixes necessary for the upcoming vala 0.46 which is a bit
stricter in what it accepts.
On Di, Aug 20, 2019 at 9:35 PM, Jens
-- Forwarded message --
From: Jens Georg
Subject: shotwell 0.30.6
Date: Tue, 20 Aug 2019 08:57:58 + (UTC)
To: FTP Releases
About shotwell
==
Shotwell is a digital photo manager designed for the GNOME desktop
environment. It allows you to import photos from
Please file an enhancement ticket. But I can already tell you that this
won't happen in near future unless someone steps up and implements it
On So, Aug 18, 2019 at 12:53 PM, Horst Lindlbauer
wrote:
publishing plugins to piwigo/gallery3 seem quite outdated to me.
more advanced looking
Forwarded Message
From: Jens Georg
Reply-To: desktop-devel-l...@gnome.org
To: FTP Releases
Subject: shotwell 0.30.5
Date: Wed, 14 Aug 2019 09:25:10 + (UTC)
About shotwell
==
Shotwell is a digital photo manager designed for the GNOME desktop
environment
There's a checkbox on that dialog that is on by default. If you
deselect it it shouldn't do the import run
On Mo, Aug 5, 2019 at 11:21 AM, Thomas Moschny via shotwell-list
wrote:
Shotwell stores its settings in dconf. You can use e.g. the
dconf-editor, navigate to
this?
It's happening quite often now.
Dougie
On Mon, 1 Jul 2019 at 09:35, Jens Georg <mailto:m...@jensge.org>> wrote:
That's an indication that the thumbnailer is running in the
background.
On Mo, Jun 17, 2019 at 11:23 PM, Dougie Nisbet <mailto:dou...@katsura.uk>> wrote:
On 17/06
That's an indication that the thumbnailer is running in the background.
On Mo, Jun 17, 2019 at 11:23 PM, Dougie Nisbet
wrote:
On 17/06/2019 01:11, Cliff Pratt wrote:
Don't background it. If you still want to see the log, tail it in a
different term. Look in /var/log (possibly syslog) for any
On Thu, 2019-05-09 at 13:35 -0400, Adam Tauno Williams wrote:
> On Thu, 2019-05-09 at 10:21 -0700, rikona wrote:
> > I'm considering moving all my photos to a network attached storage
> > device (NAS) so that family members can view all the pix taken by
> > everyone. This is on the local net only,
> Can you give an indication when improved HiDPI will be included in
> Shotwell?
> I did not see this mentioned in the latest update, that is why I ask.
"It's done when it's done". Sorry. I have no timeline.
___
shotwell-list mailing list
Sorry, my bad. metadata.open_path(file.get_path()) of course
On Di, Apr 2, 2019 at 10:06 AM, Norbert Preining
wrote:
Hi Jens,
(back from a trip, back to the old question ...)
> >
https://gitlab.gnome.org/GNOME/shotwell/commit/c6443546beaec0aacbef7b6c092b4472a1f48f7b
>
> Thanks, but
On Sat, 2019-03-30 at 19:52 +0900, Norbert Preining wrote:
> Hi Jens,
>
> > https://gitlab.gnome.org/GNOME/shotwell/commit/c6443546beaec0aacbef7b6c092b4472a1f48f7b
>
> Thanks, but this wasn't sufficient. I get a compile error
> ../src/main.vala:274.9-274.28: error: The name `from_stream' does
Hi,
0.4.3 is so old, I'm pretty sure that this is some old bug that was
fixed at some point. I'd strongly advise against using it, tbh.
On Di, Feb 19, 2019 at 6:03 PM, David Tanstaafl via shotwell-list
wrote:
I liked Shotwell so much, I got a windows version (0.4.3), not quite
as good as
://gitlab.gnome.org/GNOME/shotwell/issues/97
- https://retrace.fedoraproject.org/faf/reports/2020125/
Merge requests included in this release:
- https://gitlab.gnome.org/GNOME/shotwell/merge_requests/12
All contributors to this release:
- Jens Georg
- Ryuta Fujii
- Balázs Úr
- Anders Jonsson
- Piotr
Am 2019-01-28 17:27, schrieb Ulf Rehmann:
Hi, I am still using version 0.23.2 because I did compile it with geo
tags support, which still works smoothly.
What is the state of geo tags support with the recent version 0.30.1?
Can it still be upgraded? If so, how?
Do you mean the map support? I
Forward to list becauae I forgot it in the reply
Is there a way to select pictures from a specific camera model in
shotwell? I merged all of my pictures from different cameras into one
named event and need to adjust the time to have it all in the right
order.
A named search in shotwell for
Hi,
3) Now the problem! Shotwell can not recognize that I have already
edited the picture. So, I have to go to
~/Picture/Darktable_Exported/Year/Month/Day/ manually and open the
photo in GIMP. I am looking for a way for Shotwell to look at
~/Picture/Darktable_Exported/Year/Month/Day/ and open
The only advice I could give is, if you are going to compile OpenCV
from https://github.com/opencv/opencv after clone the repository
Umpf, that is not something I am going to do. It seems the dnn module
is
not compiled for Debian or Ubuntu.
To my information, this is because of the old
?id=718676
- https://gitlab.gnome.org/GNOME/shotwell/issues/22
- https://gitlab.gnome.org/GNOME/shotwell/issues/53
- https://gitlab.gnome.org/GNOME/shotwell/issues/56
All contributors to this release:
- Jens Georg
Source:
https://download.gnome.org/sources/shotwell/0.30/shotwell-0.30.1.tar.xz
In
A new stable series of Shotwell!
Shotwell 0.30.0 — "Celle" - 16.09.2018
* Translation updates
* Last-minute fix for random segfaults in GSettings
Bugs fixed in this release:
https://gitlab.gnome.org/GNOME/shotwell/issues/34
All contributors to this release:
- Jens Georg
Am 2018-09-14 11:22, schrieb Abel:
So, one person commented in the issue giving the code that he used to
access the upload "api" . Apparently, he did reverse-engineering to be
able to upload pics from a iOS app:
https://gist.github.com/lamarios/df090d40d589ed8abf2bce3a5e1c755f
That sounds
We have a self-hosted instance of Lychee [1], an open-source server
photo manager tool.
It's very tedious to upload flagged pics one by one but It would be
much simpler if shotwell supported to publish to a selected Lychee
server.
Congrats, you found a feature where there isn't a previous
On Tue, 2018-08-21 at 21:12 +0200, Jens Georg wrote:
> > > Any idea why debian does not include the dnn module in the opencv
> > > package?
> >
> > Not really. I am downloading the build infra for the Debian opencv
> > and
> > see what I can do. It
> > Any idea why debian does not include the dnn module in the opencv
> > package?
>
> Not really. I am downloading the build infra for the Debian opencv
> and
> see what I can do. It seems that the opencv-contrib package only
> contains the shared libs, but there is no development package for
* Translation updates
>
> All contributors to this release:
> - Jens Georg
> - NarendraMA
> - Jiri Grönroos
> - Emin Tufan Çetin
> - Daniel Mustieles
>
> Added/updated translations
> - es, courtesy of Daniel Mustieles
> - fi, courtesy of Jiri Grönroos
&g
Hi,
>
> Indeed, what I miss most with shotwell is not backup, but management
> of
> offline pictures (see digikam). One can have parts of the library on
> removable media and it would be detected automatically if plugged in.
one thing you can sure about Shotwell: Whatever feature you are
Hi,
sorry for the low feedback, I was slightly busy otherwise. I will have
a look.
> Hi,
>
> I managed to get a basic version of face recognition working in my
> branch.
> https://gitlab.gnome.org/nma83/shotwell/commit/f7b2c2203d2d7b5a722f51
> 33f79ea8baf14d7fcd
> It uses the OpenFace DNN
So do we now create 2 packages out of the shotwell tree? How would the
facedetect package be published to various distributions?
And should the facedetect binary become a service which can be
launched by shotwell, or maybe by the OS?
You should not care about this at all. Either me (for
in this release:
- https://bugzilla.gnome.org/show_bug.cgi?id=796370
- https://gitlab.gnome.org/GNOME/shotwell/issues/12
All contributors to this release:
- Jens Georg
- Piotr Drąg
Added/updated translations
- tr, courtesy of Emin Tufan Çetin
Shotwell 0.28.4 is available for download at
https
>
> Any ideas on what is going on? Is there any way to debug the
> problem?
probaply https://gitlab.gnome.org/GNOME/shotwell/issues/4 . you can try
the work-around described there or check with the nightly flatpak
which has a work-around on code side.
recognise and label faces in photos after
training
On Saturday, 23 June, 2018, 8:54:43 PM IST, Jens Georg
wrote:
On Fri, 2018-06-22 at 08:08 +, Narendra Acharya via shotwell-list
wrote:
Hi,
I was looking at the current face detection code in shotwell 0.29.2
and feel that it can be enhanced.
So I
Am 2018-07-05 23:58, schrieb Norbert Preining:
Hi Jens,
thanks a lot for the release. As usual, might I ask for an update to
the
map-widget branch wip/master/map-widget
Of course. Sorry, thanks for the ping.
___
shotwell-list mailing list
Hi,
OK great. I will post an update here once I have the current
functionality working over D-bus and a facedetect background process.
Hope I can use the IRC channel for any other minor questions I may
have.
On IRC I am best reachable during European business hours ~(9am - 4pm
CEST).
I was
- https://bugzilla.gnome.org/show_bug.cgi?id=796370
- https://gitlab.gnome.org/GNOME/shotwell/issues/10
- https://gitlab.gnome.org/GNOME/shotwell/issues/12
All contributors to this release:
- Jens Georg
- Ricardo Fantin da Costa
- Piotr Drąg
- Yi-Jyun Pan
- Rafael Fontenelle
- Claude Paroz
> I understand the need for keeping OpenCV code in a separate process.
> Even so, I think we should consider starting this process as a
> 'daemon' when starting shotwell (controlled by an option) and
> communicate with it over RPC from the shotwell process instead of
> executing it for every
On Fri, 2018-06-22 at 10:48 -0300, Ricardo via shotwell-list wrote:
> Hello.
> In https://valadoc.org/opencv/index.htm there is a vapi to link
> direct
> from vala to opencv without c/c++ in the middle. Some considerations:
> First, it use OpenCV 2 which cannot detect automatically the presence
>
On Fri, 2018-06-22 at 08:08 +, Narendra Acharya via shotwell-list
wrote:
> Hi,
>
> I was looking at the current face detection code in shotwell 0.29.2
> and feel that it can be enhanced.
> So I pulled the code from https://gitlab.gnome.org/GNOME/shotwell.git
> and started making some
Hi,
> I saved and deleted the database in ~/.local/share/shotwell/data and
> started it up again. It immediately started auto-importing my
> pictures again. How do I stop it doing that and where does it find
> the information to know where to auto-import stuff from?
The two configuration keys
L 13597 2018-05-31 16:29:14 [CRT] Plugins.vala:418: Not loading
> module /usr/lib/x86_64-linux-gnu/shotwell/plugins/builtin/shotwell-
> publishing.la (SPIT 0): module with name
> "org.yorba.shotwell.publishing.core_services" already loaded
> L 13597 2018-05-31 16:29:14 [CRT] Plugins.vala:418: Not
.gnome.org/show_bug.cgi?id=772339
- https://bugzilla.gnome.org/show_bug.cgi?id=786702
- https://bugzilla.gnome.org/show_bug.cgi?id=795719
All contributors to this release:
- Jens Georg <m...@jensge.org>
- Piotr Drąg <piotrd...@gmail.com>
- Marek Černocký <ma...@manet.cz>
?id=786702
All contributors to this release:
- Jens Georg <m...@jensge.org>
- Piotr Drąg <piotrd...@gmail.com>
Added/updated translations
- pl, courtesy of Piotr Drąg
Shotwell 0.28.3 is available for download at
https://download.gnome.org/sources/shotwell/0.28/shotwell-0.28.3.tar.xz
Thanks, I have rebased it onto the current master and intend to
continue rebasing as far as possible:
https://github.com/norbusan/shotwell/tree/norb/map-widget-rebase
I can confirm that it compiles and runs as expected.
By the way - how do you think about the usability?
Why not using the same as GNOME Maps (Mapbox)?
So we cannot use GNOME Maps API key (see last meeting minutes of Board
meeting).
I made an experiment with my own API key for the free plan. Just
browsing my collection caused
50 map accesses.
The free plan covers 50k accesses/month that means
Hi,
Thanks, I have rebased it onto the current master and intend to
continue rebasing as far as possible:
https://github.com/norbusan/shotwell/tree/norb/map-widget-rebase
I can confirm that it compiles and runs as expected.
I pushed a patch yesterday that sets the user-agent to Shotwell
://bugzilla.gnome.org/show_bug.cgi?id=783268
- https://bugzilla.gnome.org/show_bug.cgi?id=794293
- https://bugzilla.gnome.org/show_bug.cgi?id=794456
- https://bugzilla.gnome.org/show_bug.cgi?id=794673
All contributors to this release:
- Jens Georg <m...@jensge.org>
- Piotr Drąg &
Hi,
Sorry, I forgot about the branch, I will update it for the current
master.
The plan is to merge it, but I need to solve two things:
- Fix the database format to be less painful and not just bolt on the
geodata
to the current table.
This should allow for nicer things like reverse
ttps://bugzilla.gnome.org/show_bug.cgi?id=718742
- https://bugzilla.gnome.org/show_bug.cgi?id=794673
All contributors to this release:
- Jens Georg <m...@jensge.org>
Shotwell 0.28.1 - 25 Mar 2018
* The paperbag. Unbreak all publishers
* Translation updates
* Fix a missing symbol error
Do you plan to remove the list of tags, and have one entry per tag?
Yes, something like that. Make proper normalized tables etc.
The problem for my app was given a photo id, find all the tag table
entries with this "thumb id" and then remove the thumb and write the
data back, rather than
Hi,
The tombstonetable is for images that got deleted from disk without
Shotwell
Also please note that I plan to clean-up the database scheme this
unstable cycle,
getting rid of those generated ids, the odd tag handling and to properly
add
geolocation information.
On 03/04/18 01:24,
> I've consulted Google but come up short, can anyone point me in the
> right direction please?
I suppose you built with meson? Older mesons seem to have a bug where
the symlinks are not installed.
___
shotwell-list mailing list
Hi,
> Hi there,
>
> So... I finally got something working that resembles some degree of
> debugable environment. I got Visual Studio Code working with the
> LLDB
> debugger and a Vala Code plugin for Syntax Highlighting. This allows
> me
> to step through the Vala code and inspect some of the
That's "simple" - you can just download the deb file from debian
testing (0.45 from unstable seems to have some regressions) and
install it, it's rather self-contained:
http://ftp.dk.debian.org/debian/pool/main/m/meson/meson_0.44.1-1_all.deb
Ok. Thanks. Did that :-) The compile error still
Hi there,
CCLD src/shotwell-graphics-processor
src/.libs/libgraphics-processor.a(src_libgraphics_processor_la-_transformation.o):
In function `pixel_transformer_apply_transformations':
/home/jvc/Dev/shotwell/src/_transformation.c:55: undefined reference
to
I have had write-back enabled in the past - but not now. I disabled it
a couple of weeks ago (and removed all tag-information from my photos)
in an attempt to get rid of the tag-problem.
Please provide a debug log of all those things if you can reproduce
them easily.
I will send you some
Hi,
>
> So today I have experienced more problems with shotwell. In brief:
>
> a) External edits.
>
> When I want to edit photos with external editor, tonight Shotwell
> started (for some images) not to create the _modified.jpg file. I
> would
> right click a photo and select Open With
Hi,
> I don't quite know how to solve this... is there a kind soul that
> could
> point me in the right direction?
Can you compile with V=1 (make V=1) and post the complete linker line?
___
shotwell-list mailing list
shotwell-list@gnome.org
Ok, next try
> The problem is that my tags loose their parent tags. E.g. I have
> group-tags such as Places. Within that group I have countries such
> as
> Argentina and Andes. So Places/Argentina and Places/Andes. But now,
> for
> some images, Argentina and Andes are placed on the top
Hi,
that's a known issue and has been fixed in more recent version (0.24 I
think)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I am using openSUSE Leap 42.3, and thus I'm stuck at shotwell version
0.22. And after upgrading from Leap 42.2 to 42.3, something very
strange happens: Some
- https://bugzilla.gnome.org/show_bug.cgi?id=792498
All contributors to this release:
- Jordi Mas <j...@softcatala.org>
- Jens Georg <m...@jensge.org>
- Rafael Fontenelle <rafae...@gnome.org>
- Marek Cernocky <marek_cerno...@conel.cz>
Added/updated translations
- ca, cou
?id=791893
- https://bugzilla.gnome.org/show_bug.cgi?id=792058
All contributors to this release:
- Jens Georg <m...@jensge.org>
- Rico Tzschichholz <ric...@ubuntu.com>
- Kukuh Syafaat <syafaatku...@gmail.com>
- Daniel Mustieles <daniel.mustie...@gmail.com>
-
> Oddly enough, I can no longer reproduce the issue: Whle I had
> rebooted my machine twice just to be sure before I sent my original
> email, the menu item for sharing is back after rebooting once more,
> and I can also see the new shortcut listed next to it. Publishing
> works again as
Hi,
> I have been using Shotwell for many years now, thank you for your
> great work. One of my favorite features is publishing to Facebook
> straight from Shotwell, as described here:
> http://yorba.org/shotwell/help/share-upload.html
Btw, the new home for the documentation is
iki.gnome.org/Apps/Shotwell/BuildingAndInstalling#Build_and_
> Install
> where it says getting the source tarball.
>
> Best wishes,
> Gerrit
>
>
> On 11/11/2017 12:32 PM, Jens Georg wrote:
> > That's 0.26.4, of course.
> >
> > > A new mainten
g.cgi?id=773206
> - https://bugzilla.gnome.org/show_bug.cgi?id=777626
> - https://bugzilla.gnome.org/show_bug.cgi?id=781472
> - https://bugzilla.gnome.org/show_bug.cgi?id=784883
>
> All contributors to this release:
> - Jens Georg <m...@jensge.org>
> - Andre Klapper <a9
=784883
All contributors to this release:
- Jens Georg <m...@jensge.org>
- Andre Klapper <a9016...@gmx.de>
- Mario Blättermann <mario.blaetterm...@gmail.com>
- Thomas Moschny <thomas.mosc...@gmx.de>
- Stefan Willinger <stefan.h...@aon.at>
- stefan <stefan.h...@
On Sun, 2017-11-05 at 18:14 +0900, Max wrote:
> On 2017년 11월 05일 13:29, Max wrote:
> > when I drag 1000 pics from my camera to the shotwell window I get a
> > pop
> > up message: you cannot copy from this drive. For each file...
> > (workaround: sudo killall shotwell)
That's odd. Can you file a
Is there an ETA for the next stable release (0.28)?
Current plan is with GNOME 3.28 (March, 5th 2018). Initially it should
have happened with GNOME 3.26, but for a couple of reasons I could not
make that happen.
___
shotwell-list mailing list
> Media.ui was not the only one giving me this error. But how do you
> edit
Yeah, sorry. Glade attributes not carrying any version to being for
Gtk+2
> gui? In a text-editor (VIM)?
Anything that is pure GMenu, yes. Glade can't handle them anyway.
Normal UI I usually do in Glade
2nd question: I got the attached message from Glade when trying to
open UI files; that my Glade (from Ubuntu 17.04) only supports GTK 3,
while Shotwell UI files are aimed at GTK 2. Is there any efforts at
the moment to migrate to GTK 3? Or should I get another version of
Glade installed?
That
Hi,
Dear Jens Georg,
Thanks very much for solving this issue.
I am finding my way again in my photo events!
Gerrit
I finally understood why the thumbs are not generated (and why I could
not reproduce the issue at my place) thanks to someone on IRC
I'm not perfectly happy with that solution
Would it not be possible to change line 109 in the vala source by
something that generates the thumbnail?
That would more convenient than looking up a random picture in
~/Pictures/2017/09/11
and using ImageMagick's convert to generate a thumbnail
$convert ~/Pictures/2017/0911/
> Shotwell 0.26.3 is available for download at
>
> https://download.gnome.org/sources/shotwell/0.26/shotwell-0.26.3.tar.
> xz
>
> Or for Ubuntu >= 16.04 at the stable PPA:
> https://launchpad.net/~yg-jensge/+archive/ubuntu/shotwell
Except Yakkety. That seems EOL now.
Hi,
I committed a couple of fixes to master that should speed up raw import
a bit.
Since I only have RAW images with embedded development available, I
would appreciate if people with sidecar JPEG (RAW+JPEG) files and RAW
files without any prior development could test master a bit for any
?id=781567
- https://bugzilla.gnome.org/show_bug.cgi?id=781897
- https://bugzilla.gnome.org/show_bug.cgi?id=783250
All contributors to this release:
- Jens Georg <m...@jensge.org>
- Piotr Drąg <piotrd...@gmail.com>
- Jordi Mas <j...@softcatala.org>
- gogo <trebeln...
1 - 100 of 203 matches
Mail list logo